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ABSTRACT 


The computer network on the Naval Postgraduate School campus has become an 
integral part of the operations of the Naval Postgraduate School organization. An analysis 
of the network architecture will help formulate strategic plans that will support the 
network and the Naval Postgraduate School to the end of the century. 

This study describes the Naval Postgraduate School computer network 
architecture, driving forces, limitations, and possible measures of network benefits. It 
considers network alternatives and reasonable transition strategies. This study offers 
recommendations for improvements to the existing network configuration. 


V 



ACKNOWLEDGMENTS 


The author acknowledges the support, encouragement, and prayers of his wife, 
Kathleen, and his children, Rebekah and Timothy. The author also thanks Raul Romo and 
Terry Gentry for patient explanations and applications of technical and practical aspects of 
computer local area networks. 


vu 




TABLE OF CONTENTS 


L INTRODUCTION .. .. 1 

A. OBJECTIVES . 2 

B. RESEARCH QUESTIONS . 2 

C. METHODOLOGY . 3 

1. Questionnaire and Interviews .. . 3 

2. Literature Review ... 4 

D. CHAPTER SUMMARY. 4 

n. BACKGROUND . 5 

A. DEFINITIONS . 5 

1. Local Area Network . .. 5 

2. Internetwork . 5 

3. Subnetwork . 5 

4. Segment . 5 

5. Network Architecture . 6 

6. Network Infrastructure . 6 

7. Transmission Medium . 6 

8. Node . 6 

9. Distribution Device. 6 

10. Port . .7 

11. Channel Capacity . 7 

12. Data Rate . 7 

13. Bandwidth . 7 

14. Throughput . 8 

B. TRANSMISSION MEDIA . 8 

1. Twisted Pair . 8 

a. Unshielded Twisted Pair ... . 9 

b. Shielded Twisted Pair .... 9 

c. Twisted Pair Connectors . 10 

2. Coaxial Cable . 10 

a. Thick Coaxial Cable. 11 

b. Thin Coaxial Cable. 11 

c. Coaxial Cable Connectors . 11 


IX 


































3. Optical Fiber ....— 

a. Optical Fiber Connectors .. 

4. Wireless .. . 

G. DISTRIBUTION DEVICES . .. . 

1. Bridge . 

2. Concentrator . 

3. Gateway .. 

4. Hub . 

5. Network Interface Card . 

6. Repeater . 

7. Router . 

8. Switch . 

9. Transceiver . 

D. NETWORK TOPOLOGIES . 

1. Bus . 

2. Ring . 

3. Star ... 

4. Mesh .. 

E. LOCAL AREA NETWORK STANDARDS . 

1. OSI Reference Model . 

2. IEEE 802 Reference Model . 

3. Medium Access Control Protocols. 

a. IEEE 802.3 . 

b. Ethernet vs. IEEE 802.3 . 

c. IEEE 802.5 .. 

d. IEEE 802.12 . 

4. Fiber Distributed Data Interface . 

5. Asynchronous Transfer Mode. 

F. CHAPTER SUMMARY . 

m. COMPLrTER NETWORK ARCHITECTURE AT NPS 

A. BRIEF HISTORY. 

B. BACKBONE AND SUBNETWORKS . 

1. Lower Network Layers .. 

2. Higher Network Layers . — 


12 

13 

13 

13 

13 

14 

15 
15 

15 

16 
16 

17 

18 
18 
18 
18 
19 

19 

20 
20 
21 
22 
23 
25 

25 

26 
27 

27 

28 
29 
29 

. 30 
. 31 
. 32 


X 




































3. Devices on the Network .. .. . 32 

4. Data Distribution .. . 33 

5. Survivability . 33 

C. MANAGEMENT AND SUPPORT.. 34 

D. USERS AND APPLICATIONS . 37 

E. CHAPTER SUMMARY. 38 

IV. DRIVING FORCES OF NETWORK ARCHITECTURE . 39 

A. ORGANIZATIONAL ISSUES .. . 39 

1. Organizational Vision and Potential . 39 

a. Vision and Goals .. 39 

b. Potential . 41 

2. Inertia, Management, and Funding . 42 

3. Human Resources. 43 

B. NETWORK PLANNING ISSUES . 44 

1. Scalability . 44 

2 . Sustainability . 45 

3. Survivability . 45 

4. Security . 46 

C. APPLICATIONS AND HIGHER NETWORK LAYER ISSUES ..46 

1. Applications as Bandwidth . .. 46 

2. Data Compression . 51 

3. Distributed Systems ... . 52 

4. Network Management Applications .. 52 

D. TECHNOLOGY ISSUES . 53 

1 . Practical Limitations and System Bottlenecks . 53 

a. Channel Capacity . .. 53 

b. System Bottlenecks . ... 57 

2 . Network Technologies . 60 

E. CHAPTER SUMMARY.. 62 

V. MEASURES OF NETWORK BENEFITS . . 65 

A. EFFICIENCY MEASURES . . 66 

1. Cost per Port on a Distribution Device . .. 66 

2. Cost per Network Adapter.. 66 

3. Cost per Node on the Network . . . 67 


XI 




































4 . Cost per Megabit of Performance . 

5. Bandwidth per Port . . 

6. Packet Throughput . .. 

7. Network Simulation .. . 

8. Capacity Assessment .. 

9. Network Monitoring. 

B. EFFECTIVENESS MEASURES. 71 

1. Business-Value Approach . 71 

2. Quality of Service . 73 

C. NPS MEASURES . 75 

VI. REASONABLE ARCHITECTURE ALTERNATIVES AND TRENDS 79 

A. ARCHITECTURE ALTERNATIVES . 79 

1. Cabling .. 

a. Cabling Between Buildings and Between Wiring Closets . 80 

b. Cabling within Wiring Closet. . . 

c. Cabling from Wiring Closet to Network Nodes . 83 

2. Network Connectivity. ^7 

a. Network Interface Card . . ^7 

b. Repeater.. 

c. Concentrator Hub . 

d. Switching Hub... .. 

3. Internetwork Connectivity . 

a. Shared Backbone . 

b. Collapsed Backbone . 

c. Backbone between Routers .. 

B. ARCHITECTURE TRENDS . 93 

1. Meeting Immediate Needs . 93 

2. Scalability and Integration. 93 

3. Backbones . 94 

4. Virtual LANs . 95 

C. NPS APPLICABILITY . 96 

Vn. REASONABLE TRANSITION STRATEGIES . 99 

A. STRATEGIES . 100 

1. Higher-Bandwidth Switch-Based Architecture ...100 


Xll 




































2. Evolution . 102 

3. Parallel Backbones . 109 

B. EXAMPLES . Ill 

1. Fairfield University .Ill 

2. Johns Hopkins School of Medicine/University of Maryland Medical Center 114 

3. Concurrent Technologies Corporation .—117 

Vin. CONCLUSIONS AND RECOMMENDATIONS .121 

A. CONCLUSIONS . .121 

B. RECOMMENDATIONS . 122 

1. General .122 

2. Network Architecture Specifics . 124 

a. Subnetwork Cabling . .125 

b. Distribution and End Devices .125 

3. Further Research . 126 

a. Measures of Benefits . 126 

b. Organizational Issues .126 

c. Network Management Applications .127 

C. SUMMARY .127 

APPENDIX A. NETWORK ARCHITECTURE QUESTIONNAIRE .129 

APPENDIX B. SUBNETWORK SUMMARY .133 

APPENDIX C. NETWORK DIAGRAMS . 141 

APPENDIX D. CAPACITY ASSESSMENT .145 

LIST OF REFERENCES .147 

BIBLIOGRAPHY .153 

INITIAL DISTRIBUTION LIST .163 


xiii 



























LIST OF TABLES 


1. Unshielded twisted pair EIA/TIA categories.. 9 

2. Examples of implementations by network layer.21 

3. IEEE 802.3 variants. .24 

4. Driving Factors for Higher-Bandwidth LANs. . .47 

5. Data rate requirements for a number of applications typical of collaborative 

computing... . 50 

6. I/O bus throughput. . 59 

7. LAN upgrade technology tradeoffs, April 1994.73 

8. Parameters for user-oriented measures of quality. 74 

LIST OF FIGURES 

1. Representative network topologies . 19 

2. OSI reference model and IEEE 802 model.22 

3. NPS computer network management organizational structure.35 

4. Different application bandwidth requirements. . 48 

5. Data rate vs. distance for various transmission media. 54 

6. Potential system bottlenecks from end-to-end. .. 58 

7. Cost/Performance Trends of Network Topologies. 61 

8 . Maturity of Higher-Performance Network Technologies. 62 

9. Typical NPS subnetwork architecture. 79 

10. Three main categories of cabling in a LAN. . 80 

11. Shared backbone configuration. ..90 

12. Collapsed backbone. ... .. 91 

13. Backbone between routers. 92 

14. Higher-bandwidth switch architecture. .101 

15. An evolutionary transition to ATM. ... .106 

16. Parallel backbones strategy..HO 

17. JHU/UMMC late 1993 configuration. . . 115 

18. JHU/UMMC network configuration (projected for late 1994).116 

19. CTC parallel backbones network. .. 119 


XV 































I. INTRODUCTION 


The Naval Postgraduate School (NPS) computer network is a strategic asset to the 
NPS organization. Although it is necessary for the day-to-day conduct of business 
throughout the campus, current organizational strategic plans do not address it. An 
analysis of the network architecture will provide insight into the strategic importance of 
the network and provide input into strategic planning for the network. An analysis of the 
computer network architecture provides an understanding of the network’s role in 
supporting its users and the organization. An analysis also provides insight into how the 
network might better support its users and the organization in the future. 

A wide variety of customers share the Naval Postgraduate School computer 
network. An overall network strategy is necessary to meet the needs of these customers. 
[Katzan] proposes this strategy must include specification of three main items: 

• Current Position (Where are we?) 

• Goals (Where are we going?) 

• Direction (How do we get there?) 

Current position is a determination of installed equipment, network topologies, 
organization, and use of the network. Goals are the future position of the network, 
dependent on technology and the goals of the organization. Direction is the plan to move 
from the current position to the future position. As the futures of the organization and 
technology are uncertain, the network strategy must include numerous reasonable 
alternatives, yet still address the unexpected. 
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There is no current documented strategic plan for the NPS computer network. 
There is little documentation of the present architecture. There are no current 
documented goals. There are no documented plans how to reach any goals. In the second 
half of 1994, efforts began to address some of these shortcomings as they relate to 
computing in general on the NPS campus. 

A. OBJECTIVES 

This study shall assist network administrators in their continued development of 
strategic plans that will provide a computer network architecture capable of supporting 
NPS to the turn of the century and beyond. This study will identify specifics regarding 
current position of the NPS computer network, consider reasonable goals of the network, 
and study transition strategies appropriate for obtaining the network goals. The study will 
offer recommendations for continued strategic improvement to the existing network 
configuration. 

B. RESEARCH QUESTIONS 

To obtain the objectives of this thesis and gain insight into requirements for plans 
and goals of the network, managers and those with influence over the network's role must 
ask relevant questions. [Whittman] offers questions to ask regarding network architecture 
in an organization: 
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• What is the state of the existing network? What do measurements and network 
data indicate? Is there a map of the network? Is change needed? 

• What is important to the organization? (Reliability, bandwidth, and flexibility 
are possible considerations.) Can the network architecture match the 
organizational culture? Is it possible to stay a step off the leading edge of 
network technology? 

• What changes in the organization are likely to affect the load on the network in 
the next few years? Will the number of nodes on the network increase 
substantially? What about down-sizing? What new applications will be 
introduced? 

• Is there a plan to evaluate the results of implementing a new technology? 

• Will a given network architecture make the network management's life easier? 

To obtain the objectives of this study, the list of questions simplifies to the 

following: 


• What is the current architecture of the NFS computer network? 

• What are the driving forces affecting the NFS compute local area network? 

• What are reasonable eiltematives to the current NFS computer network 
architecture? 

• What are reasonable transition strategies for the NFS computer network? 

C. METHODOLOGY 

1. Questionnaire and Interviews 

A questionnaire gathered information on the current network architecture. The 
questionnaire used for this study identified specifics about the physical layout of the 
network architecture and provided insight into the management and the users of the 
network. Interviews of network administrators, users, consultants, and vendors provided 
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additional insight not captured in the questionnaire answered questions raised by responses 
to the questionnaire. Practical experience with cabling, network management, and 
hands-on troubleshooting supplemented both the questionnaire and the interviews. 

2. Literature Review 

Computer network technology is advancing at a startling pace. Current trade 
magazines and professional journals provided insight into four major areas of computer 
network management: limiting factors and driving forces behind advances in network 
architecture, alternatives for the NPS network architecture, ways in which a network 
architecture can be considered beneficial to its users and the organization, migration 
strategies and lessons learned from transition experiences of managers of local area 
networks in other organizations. 

D. CHAPTER SUMMARY 

This thesis provides information, alternatives and recommendations to network 
managers useful for strategic network planning. The following chapter reviews terms and 
concepts that lay the foundation for subsequent chapters. The subsequent chapters 
address research questions as they apply generically to computer networks and specifically 
to the NPS computer network. 
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II. BACKGROUND 


This chapter reviews terms and concepts necessary for understanding discussions 
in subsequent chapters. 

A. DEFINITIONS 

1. Local Area Network 

A local area network (LAN) is a system of computing resources interconnected via 
common transmission media, data distribution devices, and network interfaces in order to 
share information. The Institute of Electrical and Electronics Engineers (IEEE) 
distinguishes LANs from other computer networks in that they are optimized for a 
moderate-sized geographic area such as a single building or a campus. A LAN is 
generally owned, used, and operated by a single organization. 

2. Internetwork 

An internetwork is a group of LANs interconnected by a data distribution scheme 
such as a backbone or a router. This study refers to internetworks as "networks." 

3. Subnetwork 

A subnetwork is a portion of a network that by itself meets criteria to be 
considered a LAN and typically uses only one network topology. 

4. Segment 

A segment is a group of network resources on a network or subnetwork sharing a 
single segment of cabling. 
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5. 


Network Architecture 


Network architecture is the planned structure of a network and a description of 
data formats and procedures used for communication on a network. Architecture implies 
orderly arrangement, deliberate design, and organization. 

6. Network Infrastructure 

Network infrastructure is the structure of the network regardless of planning. It is 
the combination of cabling, distribution devices, and network topologies that provide 
services to the network resources and users. 

7. Transmission Medium 

The path, or channel by which data is distributed between stations on a network. 
Examples include guided media such as copper-based coaxial cable and twisted pair, 
light-based optical fiber, and unguided media such as microwave or infrared channels. 

8. Node 

A node is the network access point on a transmission medium for a computing 
device that originates and/or is the end recipient of data across a computer network. 

9. Distribution Device 

Any device in a network that distributes data through a transmission medium to 
another station. Examples include bridges, concentrators, gateways, hubs, repeaters, 
routers, and switches. 
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10. Port 


A port is an input/output connection on a network distribution device through 
which data is received from and/or distributed across a transmission medium. 

11. Channel Capacity 

Channel capacity is the maximum rate at which data can be transmitted over a 
given path, or channel under given conditions, typically expressed in bits per second (bps) 
or megabits per second (Mbps). 

12. Data Rate 

Data rate is the rate, in bits per second (bps) or megabits per second (Mbps) at 
which data is communicated. Data rate is a function of signal transmission rate (typically 
binary for computer LANs) and bandwidth. 

13. Bandwidth 

The difference between the highest and lowest frequencies of the transmitted signal 
as restricted by the transmission medium and the transmitter, expressed in Hertz (Hz) or 
MegaHertz (MHz). Bandwidth is directly proportional to channel capacity. Because of 
this relationship between bandwidth and channel capacity, bandwidth is often used as a 
measure of the channel capacity. For instance, all else being equal, a doubling of 
bandwidth corresponds to a doubling of channel capacity. 
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14. Throughput 

Throughput is a rate at which useful data is communicated between end devices on 
a network. It is a function of data rate and encoding scheme. Throughput is a measure of 
the useful data across the network after removing network transport data from the 
encoding scheme. 

B. TRANSMISSION MEDIA 

The choice of transmission medium for network connectivity is the foundation on 
which an entire network is built. Different transmission media are appropriate in different 
situations. Network managers must weigh cost and performance characteristics of the 
various choices in order to meet the demands of network management, user needs, and 
fiscal constraints. In this section, types of networks refer to the transmission media that 
support them. Subsequent sections discuss the types of networks. 

1. Twisted Pair 

Twisted copper pair cabling is common in network environments. This is largely 
due to early local area network concerns of reducing costs by taking advantage of 
previously installed (and unused) voice-grade telephone twisted pairs. The use of lower 
grade twisted pair is no longer adequate as higher data rates and electro-magnetic 
concerns require higher quality transmission media and connections. The outer sheath 
around the cable is typically plenum grade, used among distribution devices and between 
distribution devices and wall-mounted jacks, or PVC grade, used between wall-mounted 
jacks and network interface cards. 
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a. Unshielded Twisted Pair 

Unshielded Twisted Pair (UTP) is widely accepted for network data 
transmissions because it is cost-effective and easy to install. Ever-^increasing demands 
placed on UTP networks prompted an industry standards organization, Electronics 
Industry Association/Telecommunications Industry Association (EIA/riA), to develop 
specifications for system performance. Table 1 summarizes the EIA/TIA standards. 
Currently, the highest performance specification is the Category 5 EIA/nA-568 standard. 


Category 

Maximum data rate 
per pair 
(Mbps) 

Attenuation 
(dB per thousand ft) 

Cost- 
PVC grade 
(cents / ft) 

Cost - 
Plenum grade 
(cents / ft) 

1 

(not specified) 

(not specified) 

5-15 

40 

2 

4 

8@lMHz 

8-20 

40 

3 

10 

30@10MHz 

40@16MHz 

12-25 

30-45 

4 

16 

22 @10MHz 

31 @20MHz 

20-45 

45-85 

5 

100 

32 @ lOMHz 

67 @ lOOMHz 

25-45 

45-60 


Tab 


el. Unshielded twisted pair EIA/TIA categories. After [Marks]. 


b. Shielded Twisted Pair 

Shielded Twisted Pair (STP) has inherent quality and high system 
performance. There are primarily two types: 100 Ohm and 150 Ohm. IBM introduced 
150 Ohm STP in 1984 and has since improved the capabilities of the cable so that it 
complies with the EIA/TSB-53 proposed standard of up to 300 MHz for data and 600 
MHz for video signals. When installed with the proper connectors, the cable meets the 
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requirements of the FDDI standard for 100 Mbps data transmission at 100 meters. [One 
Network Place] 

c. Twisted Pair Connectors 

Registered Jack (RJ) terminations and punch-down blocks, common in the 
telecommunications field, are appropriate connectors for twisted pair cabling. The most 
common jacks used for data-grade twisted pair cabling include RJ-11 (2 pair) and RJ-45 
(4 pair). Punch-down blocks are practical for terminating and interconnecting a high 
density of twisted pairs such as in a wiring closet. 

2. Coaxial Cable 

Coaxial cable (coax) is a two-conductor, metallic electrical cable used for radio 
frequency (RF) and digital data communications transmission. The cable is constructed 
with a single solid or a stranded center conductor that is surrounded by a dielectric layer, 
an insulating material of constant thickness and high resistance. The second conductor is a 
layer of aluminum foil, metallic braid or a combination of the two encompassing the 
dielectric and acting both as a shield against interference (to or from the center conductor) 
and as the return ground for the cable. Finally an overall insulating layer forms the outer 
jacket of the cable. Coaxial cable is generally superior in high-frequency applications such 
as networking. However for shorter distances (up to 100 meters), UTP or STP cable is 
generally just as reliable when using differential modulation techniques (such as with 
lOBase-T) [Medici]. The most common types of coaxial cable are those 50 Ohm cables 
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used in IEEE 802.3 CSMA/CD networks. Other coaxial cables (e.g., 75 Ohm RG-62) are 
also used in LAN environments. 

a. Thick Coaxial Cable 

Thick coaxial cable is typically used in lOBaseS network environments. It 
is 50 Ohm cable designed for use as backbone cabling. This cable was specified for the 
original Xerox "Ethernet" CSMA/CD network, so it is often referred to as Ethernet cable. 
This leads to confusion because several transmission media can now be used. This coaxial 
cable is described as "thick ethemet" or simply "thicknet" in this study. Thicknet has an 
outside diameter of 0.375-0.405 inches. 

b. Thin Coaxial Cable 

Thin coaxial cable is 50 Ohm cable that is often used for horizontal cable 
runs in Thin Ethemet (10Base2) environments. RG-58 and its variants are examples of 50 
Ohm coaxial cable with outside diameters of 0.165-0.195 inches. This coaxial cable is 
described as "thinnet" in this study. 

c. Coaxial Cable Connectors 

Coaxial cables mentioned above are typically terminated with loads that 
match the impedance of the cable. Segments of cable connect to each other and to 
terminal equipment using standard connectors that properly align the respective center 
conductors. Bayonet Neill-Concelman (BNC) connectors are standard for thinnet and 
allow quick connection and disconnection of segments. A special "T" configuration of a 
series of cable segments with BNC connectors allows a transceiver to "tap" into the cable 
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and not disrupt signals on the shared medium. For thicknet cabling, a medium attachment 
unit (MAU), also known as a transceiver, taps directly into the core of one continuous 
cable segment. If a transceiver is not directly on the device it is attaching to the network, 
a segment of attachment unit interface (AUI) cable spans the distance between the 
transceiver and the device. 

3. Optical Fiber 

Optical fiber outperforms both twisted pair and coaxial cable in LAN 
environments. Optical fiber transmission uses a different part of the frequency spectrum 
than twisted pair and coaxial cable transmissions, and is therefore immune to 
electromagnetic interference (EMI) and radio frequency interference (RFI). The lowest 
grade of optical fiber signaling, light emitting diodes over multi-mode optical fiber, has 
data capacity of roughly five times that of twisted pair and can travel over a distance ten 
times greater. This makes it useful for longer distances transmissions and high capacity 
channels such as network backbones. Use of optical fiber is limited because of its costs, 
especially the cost of connectors. The cost per unit length of multi-mode optical fiber is 
two to four times greater than UTP. Optical fiber connector costs are roughly ten times 
more than for UTP connectors. ([Black Box] lists terminated 62.5-micron core plenum 
fiber optic cable at $118.40 plus $1.47 per foot. The same catalog lists terminated 
Category 5 plenum UTP at $11.00 plus $0.42 per foot.) 
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a. Optical Fiber Connectors 

Optical fiber connectors must be fused to the end of the cable. Improper 
fusion caused by misalignment, incorrect temperature, or incorrect fusing time severely 
degrades the available channel capacity caused by increased transmission losses. 

4. Wireless 

Wireless, or unguided, transmission systems are appropriate for areas 
where use of other transmission media is cumbersome, such as open spaces in libraries, 
older buildings with solid walls, floors, and ceilings with no place for cable runs, and from 
building to building when cabling is technically or economically infeasible. Wireless 
transmissions have channel capacities comparable to lower-capacity guided media 
transmissions (i.e., less than 20 Mbps). General types of wireless transmission media are 
infrared, microwave, and spread spectrum. 

C. DISTRIBUTION DEVICES 

This section describes the capabilities of various distribution devices. The name of 
a device, as presented by vendor, does not necessarily reflect the capabilities of the device. 
Managers should look at the functionality of a device rather than its name to determine its 
capabilities. Subsequent sections on network topologies and network standards refer to 
the definitions in this section. 

1. Bridge 

[Newton] defines a bridge as a distribution device that connects LANs using 
similar or dissimilar media and signaling systems such as ethemet and token ring. When 
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used for connecting LANs, a bridge connects LANs at the IEEE 802 medium access 
control (MAC) sub-layer of the data link layer. Bridges forward packets destined for 
another LAN. Bridges are normally either source routing bridges or transparent bridges. 
A third bridging method, Source Routing Transparent (SRT), enables a bridge to act as 
both a transparent and a source routing bridge. 

2. Concentrator 

[Newton] states, "It makes the network connections." Some wiring concentrators 
are dumb, making only physical connections between network segments. Others are 
intelligent, making networking decisions, and providing network diagnostics. A wiring 
concentrator can have bridges and routers that divide the network into segments. It can 
have the hardware necessary to change from one transmission medium to another (e.g., 
twisted pair to optical fiber). It can contain the hardware to change from one network 
type to another—for example, from ethemet to token ring. 

Some LANs use concentrators, or access units, that allow network devices to be 
interconnected through a central point in a star wiring topology. Attaching devices 
through a central concentrator typically simplifies the maintenance of a LAN. 
"Concentrator" is a very generic term for a distribution device. Bridges, gateways, hubs, 
multiplexors, routers, and switches all might be concentrators in appropriate 
configurations. 
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3. Gateway 

[Freedman] defines a gateway as a computer that performs protocol conversion 
between different types of networks or applications. For example, a gateway can connect 
a microcomputer LAN to a mainframe network. An electronic mail, or messaging, 
gateway converts messages between two different messaging protocols. 

4. Hub 

[Newton] defines a hub as the point on a network where numerous circuits are 
connected. A hub is also called a switching node, especially in star-topology LANs. Hub 
hardware can be either passive or active. "Passive hubs" add nothing to the data being 
transmitted. "Active hubs" regenerate signals and may monitor traffic for network 
management. "Intelligent hubs" are computers that provide network management and 
may also include bridging, routing, and gateway capabilities. 

Wiring hubs are useful for their centralized management capabilities and for their 
ability to isolate nodes from disruption. Hubs are becoming so comprehensive that some 
even offer optional expansion boards that include a file server and network operating 
system. A hub's star topology improves troubleshooting over bus topology, in which all 
nodes are connected to a common cable. Active, intelligent hubs incorporate functions 
found in bridges, routers, and switches. 

5. Network Interface Card 

A network interface card (NIC), or network adapter, provides an interface from a 
device at a node to the network. It works at the two lowest layers of the OSI reference 
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model with the network software and computer operating system to transmit and receive 
messages on the network. The NIC takes streams of Is and Os from the network and 
formats them into frames. The frames are then passed to higher level protocols for 
additional processing. NICs are most commonly identified by several characteristics: 

• Medium access control topology, such as token ring, ethemet, FDDI 

• Bus interface, such as ISA, EISA, MCA, NuBus, PCI. 

• Data path width, such as 8,16, 32, or 64 bits 

• Physical media connection, such as coaxial cable through AUI or BNC, UTP 
through RJ-45, or optical fiber through ST connectors. 

6. Repeater 

A repeater is a distribution device used to receive a digital signal, recover the 
pattern of I's and O's and retransmit the new signal. A repeater overcomes the attenuation 
losses of a digital signal over distance on a transmission medium. It can also be used to 
"segment" a network. If medium access control (MAC) layer or physical layer problems 
occur on a particular segment, the repeater may isolate that segment from the rest of the 
network. 

7. Router 

A router is a computer system that routes messages from one LAN to another. It 
is used to internetwork similar and dissimilar networks and can select the most expedient 
route based on traffic load, line speeds, costs, and network failures. Routers maintain 
address tables for all nodes in the network and work at the network layer of the OSI 
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reference model. Distributing at the network layer takes more time than IEEE 802 MAC 
layer devices such as bridges. 

Routers break apart the LAN into smaller LANs for improved security, 
troubleshooting, and performance. For example, an internetwork protocol (IP) router can 
divide a network into subnetworks so that only traffic destined for particular IP addresses 
can pass between segments. Routers with high-speed (gigabit) buses may serve as a 
"collapsed" internetwork backbone, connecting all networks in the enterprise. 

8. Switch 

A switch is a mechanical, electrical or electronic device that opens or closes 
circuits, completes or breaks an electrical path, or selects paths or circuits. In LANs, a 
switch divides a large network into smaller segments by filtering unnecessary traffic from 
individual segments. Most distribution devices incorporate some type of switching in their 
logic. 

Two types of switches are "cut-through" and "store-and-forward." Cut-through 
switches read only the a portion of the header of a packet before switching the incoming 
signal to another segment. Store-and-forward switches read the entire incoming signal 
before determining where to route it. Cut-through switches are faster than store and 
forward switches; while store-and-forward switches are better for filtering "bad" packets 
or unwanted traffic from a segment. 
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9. 


Transceiver 


A transceiver connects a device on a node to a network. It mediates transmission 
and receipt of data by a node on the network. A transceiver may be built directly into a 
NIC, such as in 10Base2 networks or attached to attached to a NIC by an attachment unit 
interface (AUI) cable such as in lOBaseS networks. 

D. NETWORK TOPOLOGIES 

Topologies appropriate for LANs include bus, ring, star, and mesh, as shown in 
Figure 1. These topologies indicate either the physical layout of the cabling that connects 
the network devices or the logical or electrical connections among network devices. 

1. Bus 

Bus topology implies a serial connection of network stations to a shared linear 
medium with two defined ends. On a logical bus, any signal sent from one station is 
received by all other stations on the network. Tree topology is a generalization of bus 
topology in that the serial connections to the bus may be buses themselves. 

2. Ring 

Ring topology is a concentric grouping of network stations on a continuous shared 
medium. On a logical ring, any signal sent from one station must pass through the next 
designated station on the ring before continuing around the ring and back to originating 
station. 
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3. Star 

Star topology implies a central distribution device surrounded by the nodes of the 
network arranged in a star-like manner. A logical star network separates each segment 
from all other segments on the network. 

4. Mesh 


Mesh topology implies that each node on a network is directly connected to more 
than one other node on the network. It allows alternate path routing of signals. 



Figure 1. Representative network topologies 
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E. LOCAL AREA NETWORK STANDARDS 

This section discusses standards for some conunon local area networks alternatives 
used or considered at the Naval Postgraduate School. Various communications and 
computing committees, such as American National Standards Institute (ANSI), Institute 
of Electrical and Electronics Engineers (IEEE), and International Standards Organization 
(ISO), adopt standards for local area networks. Some network alternatives are not yet 
standards because many standards issues are not resolved. These non-standard 
alternatives deserve mention because they promise significant improvement in performance 
over some of the adopted standards. 

1. OSI Reference Model 

International Standards Organization (ISO) developed the open systems 
interconnection (OSI) model as a reference for computer communications architecture and 
as a framework for computer communications protocol standards. The model consists of 
seven layers: physical, data link, network, transport, session, presentation, and application. 
Table 2 shows examples of implementations at the various network layers. 

This study focuses on the first two layers. The first, physical layer, is concerned 
with transmission of a bit stream over the transmission medium. It deals with the 
mechanical, electrical, functional, and procedural characteristics of access to the 
transmission medium. The second, data link layer, is concerned with the reliable transfer 
of information across the transmission medium. It deals with blocks of data (frames) and 
the necessary synchronization, flow control, and error control. 
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Network layer(s) 

Sub-layer 

Examples 

7. Application 

application software, support 
software, operating systems 

word processors, graphics, 
POSIX, ACMS, Oracle tools, 
VAX, DOS, Unix, NDIS 
drivers, ASCII, PostScript, 
SMTP 

6. Presentation 

data organization; storage, 
transmission and data format 

HPFS, Macintosh HFS, byte 
stream, AFP, NFS, SMB, 

NCP 

5. Session and 

4. Transport 


TCP, SPX, UDP, ASP/ATP, 
MS NetBEUI, TP4(OSI) 

3. Network 


IP,IPX, DDP, IS-IS (OSI) 

2. Data Link and 

1. Physical 


IEEE 802.3, IEEE 802.5, 
Localtalk, FDDI 


Table 2. Examples of implementations by network layer. After [Cini]. 


2. IEEE 802 Reference Model 

The IEEE committee 802 developed a set of standards, based on the OSI model, 
that focuses on the lowest communications layers as they specifically apply to LANs. 
These first two OSI layers are divided into three IEEE layers, as shown in Figure 2. The 
highest of these three IEEE layers is the logical link control (LLC) described in the IEEE 
802.2 standard. It is responsible for addressing and data link control, and is independent 
of the topology, transmission medium,, and medium access control technique. The lowest 
two layers are the physical layer the medium access control (MAC) layer. The 
transmission medium and topology are interdependent with the MAC layer; therefore 
IEEE 802 developed a series of standards organized by the MAC algorithm used in each 
case. Higher layers in the two models are the same. [Stallings 1] 
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OSI Reference Model 


ffiEE 802 Model 


7. Application 


6. Presentation 

5. Session 

4, Transport 

3. Network 



2. Data Link 


Logical Link Control 

Medium Access Control 

1. Physical 

Physical 


Figure 2. OSI reference model and IEEE 802 model. From [Stallings 2]. 


3. Medium Access Control Protocols 

The medium access control (MAC) layer controls access by devices sharing the 
transmission medium. The specified MAC technique defines where the access is 
controlled and how a device gains access to the network. 

Central access control provides tight management over channel capacity and 
simplifies the electronics at the nodes. Distributed access control avoids the single point 
of failure inevitable in central access control, but increases the complexity of each node. 

Access to the network is either synchronous or asynchronous. Synchronous 
methods, which dedicate channel capacity among nodes, are typically not used in LANs 
because traffic to and from nodes is generally unpredictable [Stallings 1]. Asynchronous 
methods include round robin, contention, and reservation. 
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In round robin techniques, each station is given an opportunity, in turn, to 
transmit. A station may decline to transmit or transmit for a specified length of time 
before giving up its turn. This is an efficient technique when many stations have data to 
transmit over long periods of time. lOOVG-AnyLAN is an example of a centralized round 
robin technique. Token ring is an example of distributed round robin. 

In contention techniques, no access control is exercised over the transmission 
medium. This technique is efficient when network traffic is "bursty" with light to 
moderate volumes. All stations contend for time on the network, which must have 
distributed access control. Carrier sense multiple access with collision detection 
(CSMA/CD) is an example of a contention technique. 

In reservation techniques, time on the transmission medium is divided into slots 
similar to synchronous methods except that stations reserve future slots based on the time 
needed or type of traffic. Time-division multiplexing (TDM) and Asynchronous Transfer 
Mode (ATM) are examples of reservation techniques. 
a. IEEE 802.3 

The IEEE 802.3 standard defines network medium access protocols using 
carrier sense multiple access with collision detection (CSMA/CD) used on logical bus 
topology LANs [Stallings 1]. In this technique, a station desiring to send a data frame 
over the network "listens" to the transmission medium and senses if any other traffic is 
present. If no traffic is present, the station sends its traffic and continues to listen. If a 
collision with another station's frame is detected during the transmission of the frame, the 
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station stops sending, transmits a "jam” signal to all stations, waits a period of time and 
tries to send again. 

The transmission medium used, data rate, and signaling differentiate the 
options in the series of IEEE 802.3 MAC protocols. Each option has at least one industry 
nickname or brand name associated with it. Table 3 summarizes the IEEE 802.3 series. 
The 100Base-T (proposed) standard is broken down into three classifications based on 


MAC framing and physical layer specifications for signaling and cabling [Roberts]. 


IEEE 802.3 
designation 

Nick name or 
Brand name 

Data rate 
(Mbps) 

Signaling 

Transmission medium 

lOBaseS 

Thicknet or 
Ethernet 

10 

baseband 

"Ethernet" 50 Ohm 

coax 

10Base2 

Thinnet or 
Cheapemet 

10 

baseband 

RG-58 series 50 Ohm 
'thin" coax 

lOBase-T 

lOBase-T 

10 

baseband 

Cat 3 UTP (2 pr.) 

lBase5 

StarLAN 

I 

baseband 

UTP 

10Broad36 

Broadband 

ethemet 

10 

broadband 

75 Ohm coax 

lOBase-F 

ethemet over 
fiber 

10 

signal-encoded 
beam of light 

multi-mode optical 
fiber (1 pr.) 

100Base-T 

(proposed) 

fast ethemet 
(fast ethemet 
alliance) 

100 

baseband 

one of the 

100Base-TX, 4T, FX 
cabling 

100Base-FX 

(proposed) 

100 Mbps 
ethemet over 
fiber 

100 

signal-encoded 
beam of light 

multi-mode optical 
fiber (1 pr.) 

100Base-TX 

(proposed) 

Grand Junction 
proposal 

100 

baseband 

Cat 5 UTP (2 pr.) 
Type 1 STP (2 pr.) 

100Base-4T 

(proposed) 

4T+ 

100 

baseband 

Cat 3, 4 or 5 UTP 
(4pr.) 


Table 3. IEEE 802.3 variants. 
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b. Ethernet vs. IEEE 802.3 

Xerox/PARC Ethernet n and IEEE 802.3 CSMA/CD standards are 
generally interchangeable. The primary difference between the two is the use of two bytes 
in the ethemet packet frame. These two bytes are referred to as the "type" or "length" 
field. For Ethemet n, these two bytes represent the type of packet (for instance IP 
packets are coded 0x800). For IEEE 802.3, these two bytes indicate the length of the 
data field that immediately follows the length field. (The data field can be no less than 46 
bytes and no greater than 1500 bytes.) [Medici], [Stallings 2] 

This difference is so slight in definition and in application in LANs that I 
will use the term "ethemet" throughout this study to refer to either of these two 
CSMA/CD protocols. 

c. IEEE 802.5 

The IEEE 802.5 standard, called token ring, is adapted from a protocol 
developed by IBM. In this technique, a particular bit pattern, called a token, is passed 
from station to station around a logical ring topology. A station desiring to send traffic 
must wait until the token is available to send its data frame. When the token is available, 
the station grabs the token and sends its data frame. When the leading edge of the data 
frame completes its cycle around the ring and after the data frame is completely sent, the 
transmitting station purges the frame from the network and transmits a new token to the 
next station on the ring. 
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d. IEEE 802,12 

The IEEE 802.12 proposed standard, called lOOVG-AnyLAN, is being 
developed by Hewlett-Packard Company. lOOVG-AnyLAN is an evolution of lOBase-T 
Ethernet and Token Ring topologies. It can deliver 100 Mbps to every node in a given 
network with no major software changes from installed lOBase-T Ethernet and Token 
Ring networks through a type of "polling" scheme in which the hub controls access to the 
network rather than using the node-based CSMA/CD scheme used by other ethemet 
standards. This deterministic "Demand Priority" arbitration system enables video, voice, 
and multi-media applications that require guaranteed bandwidth and predictable, low 
latencies. 

lOOVG-AnyLAN requires no changes to application software on clients or 
servers, and is compatible with current network operating systems. lOOVG-AnyLAN 
requires no changes to bridges and routers, supporting the ethemet or token ring framing 
and network management systems already in use. This topology gives network 
administrators a seamless way to boost the performance of lOBase-T by a factor of 10. 
lOOVG-AnyLAN gives organizations a networking system that allows them to realize 
these higher data rates over existing UTP (the "VG" is short for "voice grade"), thus 
obviating one of the biggest costs of network upgrades, recabling. [Hewlett-Packard 2] 
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4. Fiber Distributed Data Interface 

The ANSI Fiber Distributed Data Interface (FDDI) standard and its copper cable 
variants are based on the IEEE 802.5 token ring standard but modified for higher speeds. 
They are robust and reliable network protocols that provide 100 Mbps on a shared 
medium to a maximum of 1000 repeating nodes. Two counter-rotating rings allow 
self-healing after cable or equipment malfunctions. Dual homing (attachment of critical 
equipment via two independent connections to the network) is an option that increases 
survivability of the network and devices should a fault occur in a network interface or one 
of the two counter-rotating rings. FDDI concentrators can detect and disconnect faulty 
nodes. Twisted Pair-Physical Medium Dependent (TP-PMD) is based on an earlier 
proprietary specification called Copper Distributed Data Interchange (CDDI). Two STP 
variants of FDDI are Twisted Pair-FDDI (TP-FDDI) and Shielded Distributed Data 
Interface (SDDI). [Miller 2] 

5. Asynchronous Transfer Mode 

Asynchronous transfer mode (ATM) is a technique for high speed transfer of data 
based in high-speed switching and small fixed-length packets drawn from telephony 
standards. It promises high capacity on star or mesh logical topology networks. ATM 
has not been completely adopted as a standard by ANSI, IEEE, or ISO. An ATM forum 
is attempting to resolve such issues as transmission media, signaling, node limitations, 
routing, security, multi-casting, LAN emulation, and IP encapsulation [Strauss 1]. 
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ATM establishes a virtual circuit or channels with a reserved capacity between the 
transmitting station and the receiving station. Using small fixed-size (53 bytes) packets 
called cells, the switches in the circuit can transfer the fixed size cells at a constant data 
rate in the hardware with minimal software intervention. This allows the switching to be 
extremely fast, especially when compared to other LAN technologies. In LAN 
environments, ATM is designed for data transfer rates between 45 Mbps and 2.4 Gbps and 
possibly higher [Feltman]. Because the data rate can be high and constant, this technique 
is appropriate for real-time multimedia transmissions (such as live video) and high 
aggregate bandwidth needs. 

F. CHAPTER SUMMARY 

This chapter reviewed terms and concepts used throughout the remainder of the 
analysis. The following chapter analyzes the current computer network architecture and 
network management at NPS using many of the terms and concepts found in this chapter. 
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III. COMPUTER NETWORK ARCHITECTURE AT NPS 
A. BRIEF HISTORY 

The Naval Postgraduate School (NPS) computer network evolved over more than 
a decade from small separate departmental local area networks (LANs). As these 
networks grew, departments perceived the benefit of interconnecting LANs to share 
information, use of electronic mail and other network services, and access to wide area 
networks such as DDN, NFSNET, DISNET, and BARRNET. Many of these services 
were already available through the mainframe computer and its distributed "dumb" 
terminals throughout the campus, but other factors drove the demand to provide these 
services on the LANs. The emergence of end-user computing, supercomputers, and 
powerful graphics and engineering workstations contributed towards the interconnection 
of departmental LANs. [Norman], [Leahy] 

The informal goal of network efforts has been, to this point, connectivity, i.e., 
connecting to the network every desktop and computing resource on the campus that 
could benefit from being linked to other computing resources. To this end, network 
managers have installed quick, easy-to-install, and inexpensive cabling, network interfaces 
and connections to the campus backbone for every device from the lowest-end PC to the 
mainframe computer and the supercomputer. 

According to the NPS Director of Academic and Administrative Computing, Code 
51, the basic connectivity goal should be achieved during 1994. After this goal is met, 
informal goals of the network include providing enhanced services such as increased 
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bandwidth, improved network management, improved user services, and more and better 
applications for the users. 

B. BACKBONE AND SUBNETWORKS 

The computer network on the NPS campus is generally a backbone network 
connecting numerous subnetworks. The information in this section summarizes data 
collected during 1994 from a questionnaire (Appendix A), interviews with network 
managers and technicians, and efforts to map the campus network by tracing physical 
cabling. Appendix B provides a tabular summary of information collected about 
subnetworks from questionnaire responses, interviews, and router configuration data. 
Appendix C provides graphical views of representative subnetworks and cabhng maps. 

Much of the information collected in these appendices may already be inaccurate 
as the network continues to change. Subnetwork administrators are continually changing 
the configuration of their subnetworks to meet demands of the users. The configuration 
changes include adding cabling, distribution devices, and other network resources; 
re-routing existing cabling; and relocating network resources. Much of the 
reconfiguration work depends on availability of funding, supplies, technicians, and time. 

The NPS computer network is a heterogeneous amalgamation of network 
technologies at all layers. The following paragraphs describe, in general, the physical 
status of the network. 
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1. Lower Network Layers 

The present configuration of the NPS computer network architecture is primarily a 
collection of shared medium topologies with capacities of 10 Megabits per second (Mbps) 
or less. Coaxial cable bus ethemet topologies (lOBaseS and 10Base2) dominate the 
subnetworks. Other subnetwork topologies are FDDI, token ring on shielded twisted pan- 
copper wire (STP), Apple Computer's Localtalk, and ethemet over unshielded twisted pair 
copper wires (lOBase-T). In addition to these topologies, others, such as Artisoft's 
LANtastic, run in some areas of the campus without direct connection to the network. 
Other LANs remain disconnected from the backbone for (primarily) security reasons. 

The campus backbone is "collapsed"—that is, running on the internal backplane of 
interconnected Cisco AGS+ and CGS routers. A 10 Mbps ethemet backbone connects 
the routers for transferring information among the subnetworks and for accessing wide 
area network (WAN) connections. 

Many of the subnetworks are backbones themselves. Standard coaxial ethemet 
cables ("thicknet") connect to the routers via transceivers and attachment unit interface 
(AUI) cables. The cables extend to the buildings and floors where most of the devices are 
attached to the subnetwork. Single-port and multi-port transceivers tap into thicknet and 
connect to distribution devices through AUI cables. Cabling between distribution devices 
and the nodes is AUI, thicknet, thinnet, or UTP, as appropriate, for the network adapters 
or network interface cards (NICs) at the nodes. 
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A few of the thicknet subnetworks connect to the routers via fiber-optic 
transceivers that interface between coaxial cable and multi-mode optical fiber segments. 

2. Higher Network Layers 

A variety of session layer and network layer protocols run on the NPS computer 
network. These protocols are listed below. 

• Apple Computer, Inc.'s Appletalk Session Protocol/Appletalk Transaction 
Protocol (ASP/ATP) for Appletalk networks 

• Banyan, Inc.'s Interprocess Communication ProtocoWine's IP for Banyan 
Vines networks (ICPA'^IP) 

• Department of Defense's Transmission Control Protocol and Internet Protocol 
for DoD networks (TCP/IP) 

• Digital Equipment Corp.'s Network Services Protocol (NSP) for DECnet 
networks 

• Novell, Inc.'s Sequenced Packet Exchange protocol/Intemet Packet Exchange 
protocol (SPX/IPX) for Netware networks (and based on XNS) 

• Xerox Corporation's Xerox Network Services (XNS). 

3. Devices on the Network 

Devices on the network include an Amdahl mainframe computer, a Cray YMP 
supercomputer, high-end workstations such as Silicon Graphics, Incorporated (SGI), 
Hewlett-Packard (HP), and other RISC processor machines; low-end IBM PC or 
compatible microcomputers; and Apple Macintosh microcomputers. Other devices on the 
network include a variety of file servers, printers, terminal servers, and others. 
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4. 


Data Distribution 


Data distribution devices include routers, ethemet multi-port transceivers on 
thicknet, fiber-optic transceivers, ethemet multi-port repeaters between thicknet and 
thinnet ethemet segments, lOBase-T repeating hubs, token ring multi-station access units 
(MAUs), FDDI hubs, and a variety of LAN-to-mainframe gateways. 

Some research initiatives bypass the network as a means of data distribution. For 
example, some videoteleconferencing applications mn on ISDN lines. Also, departments 
have modems that connect to off-campus organizations without direct DoD Internet 
access. The oceanography department's (COAC) lab is considering mnning a dedicated 
T1 (1.5 Mbps) to another site. 

5. Survivability 

Some precautions are in place or planned to allow the network to withstand 
network disasters caused by loss of electrical power. These include battery back-up and 
emergency generator for the computer center and uninterruptable power supplies on some 
servers and end nodes. The battery back-up system for the computer center has been out 
of operation since November 1993 because of wiring and switching problems. Some 
distribution devices store their configurations on file servers. When both the server and 
the distribution device "go down," the distribution device configuration cannot be restored 
until the server comes back up. 

The cabling plant consists of cables mnning from the routers to other distribution 
devices. There are no redundant paths for subnetwork cabling to recover from loss of 
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connectivity. Without redundant paths, survivability of the network is reduced. With 
redundant cabling in place, alternate connections could be made to restore network 
connectivity in case of a disaster that severs the primary runs among distribution devices. 

There is no current formal disaster recovery plan for the network. Network 
managers have not formally identified critical network resources such as servers, nodes, 
and applications. There is no documented plan for reducing the effects of a catastrophic 
event through redundancy of data, data distribution, computers, or data storage devices. 

C. MANAGEMENT AND SUPPORT 

The organizational structure of the NPS network management. Figure 3, reflects 
the structure of the organization as a whole. There is a small amount of centralized 
management of network architecture and a great deal of decentralized computing resource 
effort that meets the special needs of a small number of users for a short period of time. 
There is no current, formal, written strategic plan for computing and the computer 
network. The position of Dean of Computer and Information Services, Code 05, has been 
vacant or occupied in an "acting" capacity since January 1993. 

Many subnetworks have either no assigned administrator in title or in name or have 
their own subnetwork administrators. Subnetwork administrators have varying levels of 
training and expertise. There is no overall structured training plan to keep subnetwork 
administrators current in the technologies and applications used or anticipated. 
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Figure 3. NFS computer network management organizational structure. 
























There are several advisory and planning committees on computing and networking 

at NFS. These committees address issues related to current network environment, 

strategic network planning, computing policies, and computing end-user support services. 

Their recommendations offer solutions to many network problems. 

NFS computer network management is reactionary. [Nolle] observes: 

[Network managers] do not proactively manage their networks. [Network 
managers] have never wanted to manage networks; they'll demand 
management system availability in case they need it, but they'll try to do 
without it. 

Nolle's observation holds true for NFS as observed during the period of April to 
September, 1994. While network management applications monitor the network 
periodically, no person or application consistently monitors network performance. 
Network technicians devote much of their effort to correcting problems, with little time 
available for analysis and strategic planning. Network management is considering setting 
up a network operations center for improved network monitoring and response, but time 
and funds are devoted elsewhere. Similarly, network administrators are unable or 
unwilling to devote full time to strategic oversight of network resources (equipment, 
personnel, and funding) because of other responsibilities. 

Organizational support for the network is unclear. Although there are 
organizational documents implying support of the network (see section on organizational 
vision in the next chapter), actual support is not evident. There are some indications that 
this situation may be improving. However, as already noted, the position of Dean of 
Computer and Information Services, Code 05, remains unfilled by a permanent, full-time. 
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and qualified person. Funding and billets for the central computing staff have not kept up 
with the demands placed on central computing [Report]. 

Without an understanding of the organization's perspective of the network, 
network managers continue to do their best to provide services to all users. A clear 
commitment from the organization regarding the criticality of the network would allow 
network managers to better plan and allocate resources. If the network is a vital service 
to NFS, the organization must provide resources, including people and funds, to ensure 
the network can best support its customers. If the network is not a vital service, then the 
organization should direct the people and funds, presently committed to network support, 
to areas of the organization considered more vital. 

D. USERS AND APPLICATIONS 

The users of the network include tenant activities, NFS faculty, staff, and students. 
The users are located in various buildings throughout the campus. Other users are 
connected from off-campus sites (e.g.. Defense Manpower Data Center). The network 
supports a wide variety of services and applications summarized below. 

• Administration and office management applications 

• Research and simulation applications 

• WAN connections (e.g., DoD Internet) 

• Other internetwork communications (e.g., electronic mail) 
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E. CHAPTER SUMMARY 

The NPS computer network is a heterogeneous collection of network topologies 
and network resources. This reflects the wide variety of users and demands found in the 
diverse environment of research, education, and administration. As a vital asset to the 
organization, the network is not well positioned to best support the organization's 
changes. The organization has the potential to position itself as a more viable, higher- 
quality research and academic asset to the Navy and DoD. Without a more viable, 
higher-quality network, NPS may not achieve that potential. If the network management 
does not strategically plan in anticipation of the forces acting on it, the school itself 
becomes a less viable, more vulnerable asset. The following chapter discusses the forces 
that drive or limit the network architecture's support of the organization. 
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IV. DRIVING FORCES OF NETWORK ARCHITECTURE 
Various forces, ranging from organizational issues to technical issues, significantly 
impact the role of the campus network at NFS. Individually, these forces may either drive 
managers to change the NFS network architecture or attempt to keep it from changing. 

A. ORGANIZATIONAL ISSUES 

1. Organizational Vision and Potential 

[Molta], [Sprague and McNurlin], [Wittman], and others emphasize the need for a 
direct relationship between organizational vision, strategy, and investments in information 
technologies and network architecture. Business redesign and process improvement must 
be the driving forces of network architecture if the network is to support organizational 
improvements. Investments in information technology must clearly be linked to the 
visions and goals of an organization. These investments must support an organization's 
strategy and anticipate or quickly respond to changes in an organization's business 
environment. 

a. Vision and Goals 

An organization's vision and goeils are important driving forces of its 
network architecture. For NFS, these driving forces can be found high in the Department 
of the Navy organization. For example, the Office of the Chief of Naval Operations 
Graduate Education Folicy commits the Navy to keeping NFS as the primary source of 
excellent graduate education. The policy stresses innovation, the highest standards of 
excellence, and the unique professional needs of the Navy and the Department of Defense. 
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This clearly signals that NFS must remain on the leading edge of technologies and 
education to give the Naval Service "a comparative advantage over potential adversaries" 
[CNO]. The NFS computer network must be able to support this policy. 

The NFS Executive Steering Committee is developing an overall strategic 
plan for NFS. NPS Mission Statement^ NFS Vision 2000 ^ and NFS Guiding Principles 
are parts of the plan. These parts, revised and published in the Spring of 1994, help bring 
the plan into focus [Wargo]. Four of the ten points in NPS Vision 2000 are driving forces 
of network architecture: 

It is NFS's vision to be recognized as the graduate school of choice for 
defense establishment students and as a premier research university at 
home and abroad... [emphasis added] 

Our programs will continue to grow to meet the emerging specific needs of 
all services, DoD and the government as consistent with our mission... 
[emphasis added] 

Our research will continue to be recognized throughout the government as 
providing valuable, responsive and cost-effective products, relevant to 
current and future defense applications. We will remain on the leading 
edge of technology, management and war fighting improvements... 
[emphasis added] 

Our faculty will be even more sought after as participants in the most 
prestigious national and international research activities, and for 
high-level DoD positions and consultations... [emphasis added] 

Research on the leading edge of most technologies today requires 
interconnected computers to share data or processing power. The network must be able 
to support such research by continually offering high availability of network resources and 
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by rapidly integrating leading-edge technologies with a minimal requirement for 
configuration change. 

NPS Guiding Principles support NPS Vision 2000. The 

communications-enabling properties of the computer network architecture can enhance 

each of the 13 guiding principles. Two principles directly drive the network architecture: 

QUALITY COMES FIRST. As our products and services are viewed, so 
are we viewed. We will achieve quality through daily emphasis on 
continuous improvement of our products, services and processes... 

INFRASTRUCTURE DEVELOPMENT SHOULD LEAD, NOT LAG 
PROJECTED GROWTH. Investments in training, technology, and 
facilities in advance of expected program growth are made when financially 
possible... 

The network architecture, as part of the infrastructure, enhances or 
detracts from the quality of products and services provided by NPS. The network is part 
of the underlying technology that must enable growth in programs offered at NPS. 

Clearly, the vision from the top of the organization down to the guiding principles drive 
requirements of the NPS computer network. The summary driving force is the need to 
keep NPS graduate education and faculty research of the highest quality and near the 
leading edge in many areas. 

b. Potential 

A more difficult driving force to define involves the potential of the 
organization as supported by the network. Potential could mean increased prestige, 
improved organization and management, increased revenues, or decreased costs across the 
organization. Potential, in this instance, is the increased ability of NPS to recoup costs by 
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taking on new revenue-generating projects it would not have been able to consider 
without the enabling network architecture. A potential research sponsor might consider 
network performance a resource factor in deciding what organization can best meet 
sponsors' requirements for delivery time and quality. Projects such as integration and 
interoperability testing, battlefield simulations, three-dimensional modeling, 
videoteleconferencing, and distance learning all become more "do-able" as the network 
architecture improves. Users can take on a greater variety or more challenging research 
projects if the network has a high-level of capability. 

2. Inertia, Management, and Funding 

Organizational inertia at NPS lead the forces preventing the network from 
changing to meet the current needs and future demands of the users. Overcoming this 
inertia is a challenge for any change within the organization. As noted in Chapter HI, the 
network architecture reflects the organizational structure of the school. Each department 
and lab has its own computing initiatives, sources of funding, and assigned personnel. 
There is little coordination or pooling of resources among the departments on network 
initiatives that could be of mutual benefit. 

The 1994 Report of the Committee on the Role of Computing at NPS [Report] 
notes a general dissatisfaction among the users of computing resources. This 
dissatisfaction has not yet been a great enough motivator to overcome the inertia of the 
organizational structure that encourages departments to pursue uncoordinated goals. The 
departments themselves might be frustrated by agonizingly slow bureaucratic procedures 
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and policies and thus are not sufficiently motivated to pursue coordinated efforts that 
could benefit NPS as a whole. Government budgeting and procurement processes, 
personnel actions, billet reassignments, and coordinating mechanisms between and among 
the academic and military organizational structures all are factors. None of these factors is 
designed to allow quick coordinated response to program sponsor demands, research 
initiatives, and internal demands of faculty, staff, and students. Nor are they designed to 
acquire requisite funding even if a quick, coordinated response could otherwise be 
mustered. Thus, departments pursue their own goals and manage their own small 
networks with their own personnel and sources of funding. [Report] 

3. Human Resources 

Network management's capability to effectively deploy human resources in support 
of network users is a driving force of network architecture. With the right people in the 
right place at the right time, managers can actively meet the needs of the users. "The right 
place" and "the right time" are technical network management issues. "The right people" 
is a human resources management issue made more challenging by a tight network budget. 
Factors involved in maintaining the right people include: 

• technical network training and expertise 

• application expertise 

• credibility with users 

• interpersonal skills 
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Network managers and technicians at NPS have varying skill levels and technical 
training. No central formalized training program exists to give them the skills and 
experience they need to better serve their customers, the users of the network, and the 
applications residing thereon. This results in an inefficient and ineffective maintenance of 
the network architecture and delivery of service to the users. Quality of network services 
and user assistance is not consistent across the network [Report]. Users perceive a 
general lack of competence and coordination among network personnel (even if this 
perception is based on only one negative interaction with one member of network 
management). On more than one occasion, technicians from different departments have 
nullified each others efforts in solving network problems because of lack of 
communication between the departments, the technicians, and the users. Different 
interpretations of technical network training between the technicians also caused 
problems. 

B. NETWORK PLANNING ISSUES 

The basic tenets of network design are driving forces in planning and implementing 
ch^ges in the NPS network architecture. Network managers must consider scalability, 
sustainability, survivability, and security in changes in network architecture. 

1. Scalability 

Scalability means the ability of the network to grow and change with as little 
"pain” as possible. Adding more nodes should require only minor configuration changes in 
the wiring closet and a NIC. Changes in topology or integration of new technologies 
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should require only changes in a wiring closet and perhaps at affected nodes, while cabling 
remains intact. Increases in bandwidth demands should require only changes in the 
distribution devices. Network technicians should only need to work within the wiring 
closet, changing out or adding a new distribution device, changing an integrated module, 
changing a port on the distribution device, or making software changes (e.g., a dynamic 
bandwidth-on-demand algorithm). 

2. Sustainability 

Sustainability means network managers can maintain the network with a 
reasonable number of people working a reasonable number of hours. The test equipment, 
repair tools, and management software effectively isolate and correct problems. 
Replacement parts are available at reasonable costs. Maintenance costs and problem 
histories are maintained and readily accessible. Network monitoring and configuration 
control can be done remotely. The network configuration is well documented including 
cable plans and network resource inventory. 

3. Survivability 

Survivability means that network management has plans and procedures in place 
that allow the network to recover reasonably quickly and well from interruptions in power 
and breaks in transmission media. Critical network resources are identified and isolated. 
Redundancy is built in. Power losses and fluctuations are minimized. Technicians can 
replace modules in distribution devices without bringing the entire network down. 
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4. Security 

Security means the network resists tampering, theft, and tapping of transmission 
media and network resources. Network managers must protect resources from malicious 
or accidental damage to equipment. Physical security helps protect higher layer 
applications and files from unauthorized access by making it more difficult to physically 
tap into the network. Network managers should select distribution devices that can be 
configured to prevent unauthorized access. 

C. APPLICATIONS AND fflGHER NETWORK LAYER ISSUES 

1. Applications as Bandwidth 

"One of the fundamental challenges in this brave new world is grasping an 
understanding of the bandwidth requirements of new applications [Minoli]." At the 
network layers that are the focus of this study, applications on a network are considered 
primarily for the bandwidth required to adequately maintain a data transfer rate acceptable 
to the user. The demand for this bandwidth by applications is a driving force in the 
architecture of the NPS computer network. 

According to a 1994 survey conducted by Infonetics Research, Incorporated, San 
Jose, California, 104 network administrators cited the driving factors for higher-bandwidth 
LANs listed in Table 4. [MacAskill 3] 
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Driving Factor 

percent of 
respondents 

Image Transfer and Imaging 

63 

Graphics 

50 

Visualization/CAD/CAE 

46 

Videoteleconferencing 

42 

Aggregate Bandwidth 

34 

Custom Applications 

33 

Transaction Frocessing 

25 

Software Development 

24 

Groupware 

19 

Financial Applications 

18 


Table 4. Driving Factors for Higher-Bandwidth LANs. After [MacAskill 3]. 


Many of these same concerns are appropriate for NFS. The bandwidth required 
for certain types of applications are summarized in Figure 4. At NFS, the users 
demanding the most bandwidth for their applications are faculty, staff, and students 
involved in research involving simulations, large data file transfers, and real-time 
applications such as videoteleconferencing. Staff administrative applications demand 
lower bandwidth at present. With advances in videoteleconferencing, administrative 
functions might use this application as a means of improving their services. 
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Figure 4. Different application bandwidth requirements. Shown as a function of time and 
size of data transfers. After [Sirbu]. 

Electronic mail and file access (e.g., NFS) are presently the most widely used 
network applications [Metcalfe]. According to [Minoli], "As collaborative computing 
evolves from E-mail and transaction-based data applications to applications that involve 
person-to-person videoconferencing, video and image data bases, and multi-media, 
existing LAN technologies will quickly become inadequate." However, as Table 5 
indicates, and [McClimans] emphasizes, the real bandwidth requirement for most 
multi-media applications is not in data rates of tens or hundreds of Mbps that would 
render NFS 10 Mbps subnetworks inadequate, but a smaller rate that can be considered 
non-blocking and having a fixed, low-latency characteristic. Today's technology can 











deliver high-quality compressed video at less than 1.5 Mbps for full-screen applications 
[Strauss 1]. The driving force of applications, then, is not any one application (when 
properly deployed) but the aggregate of many applications employed by many users 
concurrently across the network. 

The challenge to network management is two-fold. First, network managers must 
more efficiently and effectively use the existing network architecture to its maximum 
potential. Second, managers must ensure improvements to network architecture are 
planned, funded, and executed, to meet the future demands of the users. 
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Application 


Traditional Database Read 


Traditional Database Retrieval 


Traditional Database Browse 


PC Server (Client/Server) 


Database Retrieval 


Image Database Retrieval, Business 
Imaging System 


Image Database Retrieval, Business 
Imaging System (evolving 
applications) 


Engineering Imaging System 


Multimedia; Voice Annotated Text 


Multimedia: Voice Annotated Image 
(Business Image Quality) 


Multimedia; Voice Annotated Image 
(high-quality image) 


Teleconference 


Higher-quality teleconference 


Video Distribution (entertainment 
using MPEG-2 compression) 


Visualization; Chemistry 


Visualization: Genetics 


Visualization; Biology 


Visualization; Fluid Dynamics 


Visualization; Weather Forecasting 


Visualization; Particle Physics 


Transaction Message Throughput 
length (sec) length (octets) (bps/user) 



Table 5. Data rate requirements for a number of applications typical of collaborative 
computing. From [Minoli, 1994]. 
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2. Data Compression 

Data compression plays an important role in maximizing the use of available 
network bandwidth. The two major algorithms for data compression are lossy and 
lossless [Nelson, p. 130]. Lossy compression means some of the data is lost in the 
compression. This is appropriate for applications such as video, graphics, and sound data 
where speed of transmission or compression is more important than accuracy and 
resolution. Examples of lossy compression are Joint Photographic Experts Group (JPEG) 
and Motion Picture Experts Group (MPEG). JPEG compresses single graphic images. 
MPEG algorithms compress video and motion pictures. These lossy techniques compress 
appropriate data to ratios of 10 to 1 with little or no apparent loss of resolution. Ratios of 
250 to 1 or greater are possible. These techniques are essential for transmitting real-time 
video across 10 Mbps LANs. A nominal full-motion real-time video on a screen with 640 
by 480 pixel resolution and using 8-bit color at 24 frames per second requires throughput 
of nearly 60 Mbps. A 10 Mbps LAN can handle a reasonable MPEG lossy compression of 
50 to 1. 

Lossless compression is slower but allows exact reproduction of compressed data. 
This is suitable for programs and data files that must not suffer loss of information through 
compression. It is also suitable for high-quality video and sound files that do not require 
real-time transmission across a network. Ratios of 2 to 1 are typical of lossless 
compression algorithms. Examples include Huffman coding, arithmetic coding, the 
Lempel and Ziv methods, and CCITT V.42bis. Users can send compressed files in 


51 


packets across the network at data rates available on the network and reassemble and 
uncompress them at another node. [Nelson] 

Data compression is essential in wide-area connections. Within the NPS LAN 
environment, there is no visible financial cost for use of the bandwidth. This is not the 
case for wide area transmissions where common carrier companies charge for access, 
connection time, and bandwidth usage. Data compression reduces the wide area network 
connection time and bandwidth usage, thereby reducing telecommunications expenses for 
the school compared to uncompressed transmissions. 

3. Distributed Systems 

Phenomenal advances in microprocessor technology and increases in the power of 
microcomputer processing drive changes in computing away from the centralized 
"mainframe" paradigm of the past. Distributed systems, such as client/server models, put 
more capabilities in the hands of end users of computer systems. Computer network 
architecture must keep pace with this trend to satisfy users who seek to improve their own 
efficiency and effectiveness at NPS. Distributed high performance processors require high 
performance connections to maximize the potential of the distributed system paradigm. 
[Sprague and McNurlin] 

4. Network Management Applications 

Computer applications assist network management in monitoring and controlling 
their network. These applications automate many network management tasks such as 
network traffic monitoring, resource inventory, resource status, and configuration control. 
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When properly deployed, these applications allow more efficient and effective centralized 
management of the network with reduced manpower by identifying network problems and 
identifying possible causes and solutions. [Sprague and McNurlin] 

D. TECHNOLOGY ISSUES 

1. Practical Limitations and System Bottlenecks 
a. Channel Capacity 

All transmission media of practical interest in local area networks are of 
limited bandwidth. The limitations are a consequence of the physical properties of the 
transmission medium and deliberate limitations at the transmitter. The transmitter limits 
the bandwidth to prevent interference from other sources or to control costs and 
complexity of both the transmitter and the receiver. The challenge, then, is maximizing 
efficiency of a transmission channel with a given bandwidth. Factors such as white noise, 
impulse noise, attenuation (as a function of frequency and distance), and delay distortion 
(intersymbol interference) all effect the capacity of any transmission scheme. [Stallings 2, 
pp. 57-66] 

[Shannon] presents a "capacity" formula for the theoretical efficiency of 
transmission schemes. In this formula, the channel capacity, C, in bps, is related to the 

bandwidth, W, in Hz, and the signal-to-noise ratio, S/N, measured in dB. 

C< Wlogjfl+^/AO (Equation 1) 

There are limitations to the use of this formula beyond the scope of this study but it does 
give a relative measurement for comparison of transmission schemes. Figure 5 
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summarizes the practical limitations of transmission media typically used in local area 
networks. 



Figure 5. Data rate vs. distance for various transmission media. After [Fraser and Henry]. 


Practical limitations of a transmission medium in a LAN environment are 
not in the transmission medium itself but in the engineering trade-offs made to send a 
baseband digital signal over the transmission medium. There are engineering trade-offs 
involving data rate, cable length, number of cables installed, number of nodes, electrical 
characteristics of the cable, encoding scheme, and transmitter/receiver complexity and 
sensitivity. For example, all else being the same, to achieve a higher the data rate, the 
length of the transmission medium must be reduced to maintain the same quality 
transmission. [Stallings 1] 

Compared to other transmission media, twisted pair is limited in distance, 
bandwidth, and data rate. Attenuation for twisted pair is a very strong function of 
frequency of the signal. In baseband digital signaling systems such as IEEE 802.3 
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lOBase-T, a 10 MHz signal carries a digital signal over 100 meters on one pair of 
unshielded twisted pair (UTP) [Bryan 1]. The encoding scheme essentially translates one 
bit of information into one bit of transmitted signal on the wire resulting in a 10 Mbps 
channel capacity. The new Fast Ethernet Alliance 100Base-TX specification uses a 125 
MHz signal and an encoding scheme that allows a data rate of 100 Mbps over the same 
distance on Category 5 UTP [Intel 1]. Other higher-capacity schemes use lower 
frequencies (25-30 MHz) and data rates per pair but use multiple twisted pairs to achieve 
similar data rates to 100Base-TX. Category 3 UTP can maintain higher-capacity 
specifications at this lower frequency. Conceivably, the right encoding scheme on a 
standard 4-pair segment of Category 5 UTP could carry an aggregate data rate in excess 
of 500 Mbps over 100 meters. Other losses, such as cross-talk interference among twisted 
pairs and intersymbol interference, increase with frequency, thereby limiting the practical 
distance and data rate of UTP. 

UTP is an important factor to be considered for the NPS network 
architecture. Its low cost, scalability (especially if additional pairs are already in place), 
and transmission characteristics make it ideal for star-topology network configurations 
with radii less than 100 meters. 

Coaxial cable has better frequency characteristics than twisted pair and 
hence can be used effectively at higher frequencies and data rates over greater distances. 
Because of its shielded concentric construction, coaxial cable is much less susceptible to 
interference and cross-talk than twisted pair. The principal constraints on performance are 
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attenuation, thermal noise, and intermodulation noise. Intermodulation noise is not a 
factor for baseband digital signaling. Experimental systems have achieved data rates of 
over 800 Mbps using coaxial cable and broadband signaling techniques [Stallings 2, p. 75]. 
However, for 50 Ohm thicknet coaxial cable, which requires two-way baseband digital 
signaling on a shared medium, the maximum usable bandwidth, W, is about 25 MHz and 
the maximum attainable signal-to-noise ratio, S/N, is just over 40 dB. Applying 
Shannon's theorem, thicknet coaxial cable is limited to just over 134 Mbps in a LAN 
environment. Thinnet is similarly limited over shorter distances. 

Thicknet and thinnet coaxial cables make up a significant portion the NFS 
network cabling. Coaxial cable's practical bandwidth and data rate are not limiting factors 
for use as a transmission medium. Other non-technical factors, such as standard network 
interfaces, economics, and ability to adapt to higher-performance network configurations, 
limit coaxial cable's usefulness in architecture changes. For example, there are no known 
100 Mbps distribution devices that have thinnet connections at 100 Mbps ports. 

Optical fiber outperforms both twisted pair and coaxial cable in LAN 
environments. Because optical fiber transmissions use a different part of the frequency 
spectrum, they are immune to electromagnetic interference (EMI) and radio frequency 
interference (RFI). The lowest grade of optical fiber signaling, light emitting diodes over 
multi-mode optical fiber, has a data capacity roughly five times greater and over a distance 
ten times greater than that of UTP. This makes it useful for longer distances transmissions 
and higher capacity channels such as network backbones. 
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Wireless network technologies have not evolved to the point of being 
considered for higher capacities than the guided media network technologies being used at 
NFS. Network managers, however, should not rule out using wireless options in certain 
situations. Wireless technologies are appropriate for areas where use of other 
transmission media is cumbersome, such as open spaces in the library, older buildings with 
solid walls, floors, and ceilings with no place for cable runs, and from building-to-building 
when cabling is technically or economically infeasible. Wireless alternatives are 
appropriate for some sections of Hermann Hall. 

h. System Bottlenecks 

A network or an application running on a network is no faster than its 
slowest link. [Metcalfe], the "father" of Ethernet, observes that a network is seldom the 
bottleneck in end-to-end systems. More often, bottlenecks in applications are in disk 
access, operating systems, and input/output (I/O) buses. Potential bottlenecks in a system 
are summarized in Figure 6. Network managers and users alike must look at applications 
and the network end-to-end to identify the bottlenecks in performance before investing in 
higher-capacity networks as the solution. 
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Figure 6. Potential system bottlenecks from end-to-end. 


[Bryan 2], in a discussion about system bottlenecks, finds microprocessors 
like the Pentium, PowerPC, and other RISC chips deliver hundreds of MIPS [million 
instructions per second] to the desktop. However, associated component subsystems 
cannot deliver data to those CPUs at anything close to processor capacity. Sophisticated 
applications demand evermore resources such as access to end system storage or 
information residing elsewhere on the network. The result is an I/O bottleneck. 
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The culprit is input/output (I/O) bandwidth caused by peripheral buses 
within devices at the nodes on the network such as servers and computers 
running compute-intensive applications. At 100 Mbps, bus capacity is a 
significant limiting factor in overall network performance. 
[Hewlett-Packard 1] 

[Abrahams] proposes overcoming I/O bottlenecks at several levels. First, 
he recommends using intelligent NICs with plenty of memory for buffering. Also, NICs 
should provide speed-matching buffers and both data link and transport layer services. 
Finally, the network operating system should provide both lower-speed and higher-speed 
transfer service. 

Table 6 summarizes theoretical and practical throughput for some I/O 
buses in devices connected to the NPS computer network. The vast contrast between 
theoretical and practical throughput has more to do with performance of the typical NIC 
connecting the bus and demands by other peripheral devices on the bus. Lower-end NICs 
rely heavily on the host CPU to do much of the processing of the network data. 
Higher-end NICs mirror [AbrahamsJ's recommendations. In order to maximize the 
available performance of the network, devices must support intelligent NICs on 
higher-capacity buses. 


Bus 

Maximum bus 
throughput 
(Mbps) 

Practical NIC 
throughput 
(Mbps) 

ISA (PC) 

40 

0.2-0.4 

EISA (PC) 

256 

1.3-5.0 

PCI (PC) 

256/512 

3.5 


Table 6. I/O bus throughput. After [Ricutti], [Glass], [Abrahams], [Poutain], [Newman], 
[Infonetics] and [Bryan 2]. 
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2. Network Technologies 

Advances in network technologies drive changes in NPS network architecture. It 
is clear from Table 6 that older technologies supported by ISA I/O buses are significant 
bottlenecks to higher-bandwidth applications and network technologies [Strauss 2]. 
Machines on higher-capacity network segments must have greater than ISA I/O bus 
capacities or the higher-performance network technology is overkill. NPS network 
managers do not have to discard these older machines and NICs but redistribute network 
resources to better match overall network performance with user needs. 

Increased channel capacity of network topologies and creative ways of using 
available bandwidth (e.g., compression, micro-segmentation, and switching) increase the 
number of options available to network managers for improving the performance of their 
LANs. Reductions in performance/size and performance/price ratios for network 
technologies are also driving forces in network architecture options. Figure 7 shows 
trends that make higher-performance network technologies more attractive as time 
advances. 

Higher-performance technologies may be more attractive but there are risks 
involved in investing too heavily and too early in the life of these technologies. An 
example is Asynchronous Transfer Mode (ATM). Although this technology promises to 
provide scalable, higher bandwidth and performance, it is still in its infancy. As 
"leading-edge" network managers apply this technology to their LANs at great expense, 
they are rediscovering many problems that were solved long ago in older, more mature 
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network technologies [Strauss 1]. Older, more proven alternatives present less risk and 
cost to network managers but at lower levels of performance. Figure 8 provides a relative 
comparison of maturity of higher-performance network technologies. 

NFS network managers may find some advantages in investing in leading-edge 
network technology. Research projects in computer networking and higher-bandwidth 
applications could benefit. They must consider available alternatives and remain flexible in 
deploying these alternative to allow for changes and improvements in network 


technologies. 
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Figure 8. Maturity of higher-performance network technologies. After [Pigg]. 

E. CHAPTER SUMMARY 

Numerous issues drive the network architecture at NPS. The most important 
issues are organizational. Although a vision for the organization as a whole exists on 
paper, it is not yet embraced by the entities that comprise the organization. The network 
is a support function for the organization’s wide variety of users on the campus. Each 
group of users has goals and missions and requires different levels of support from the 
network. Disparate funding sources and inconsistent distribution of network management 
and technicians with varying levels of knowledge and expertise across the subnetworks 
make the network as a whole difficult to manage. 



The client-server and distributed computing paradigms have changed the emphasis 
of the centralized computing resources. Computer technology has distributed the power 
of computing to the end user. This has resulted in applications that demand more from the 
network architecture. Few of these applications, by themselves, drive the need for 
higher-performance networks. However, their aggregate use and the increased number of 
users do drive the need for increased network performance. 

Higher-performance networks enable the use of new technologies and 
development of newer and larger applications. Network technology continues to advance. 
Decreasing costs of network technologies and the emergence of newer alternatives present 
myriad choices to network management. 

As a result of these numerous driving forces, NFS network managers must plan, 
build, and maintain a flexible, maintainable network architecture. This architecture must 
meet the needs of the organization and its users while integrating and enabling new 
technologies and applications. Subsequent chapters explore issues related to such a 
network architecture. 


63 




V. MEASURES OF NETWORK BENEFITS 

This chapter explores measures of benefits used in decision making regarding 
network architecture alternatives. The challenge in measuring the benefits of a certain 
network architecture is determining the appropriate metrics. Some measures focus on 
efficiency of the network architecture (how well the network performs). The more 
difficult measure is the effectiveness of the network architecture. [Sprague and McNurlin] 
contend that the largest payoffs in any information technology system lie in improving 
effectiveness rather than in efficiency but most measurement techniques tend to focus on 
efficiency. Thus, many benefits remain unmeasured. Investments in network architecture 
are difficult to cost-justify because the network itself provides no direct benefit. Only the 
applications that run on the network can provide measurable benefits to an organization. 
[Sprague and McNurlin] 

Because the network by itself does not provide direct benefits to the organization, 
but only supports the applications that run on it, its goals must include providing the best 
support to applications that benefit the organization. Thus, both measures of efficiency 
and effectiveness are appropriate in determining its worth. Economic and performance 
measures attempt to determine the efficiency of the network. Other measures attempt to 
determine the effectiveness of the network. 
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A. EFFICIENCY MEASURES 

A plethora of efficiency measures are available to network managers. Some are 
simple cost measures while others go into great detail on measured and theoretical 
performance. This section discusses a few measures that NFS network managers might 
consider in measuring the benefits of the network in terms of efficiency. 

1. Cost per Port on a Distribution Device 

The cost per port is a phrase that is often used by vendors in trying to sell their 
network distribution devices. Some network managers use this as a quick figure for 
comparison of similar distribution devices. Its advantages are that it is readily quantifiable, 
available, and able to be forecast based on historic trends. This measure’s weaknesses are 
that it only looks at one small part of the entire network, it does not consider the number 
of nodes serviced by each port, nor does it consider the demands of each port. This 
measure also ignores life cycle costs. 

2. Cost per Network Adapter 

A more telling measure than the cost per port on the distribution device is the cost 
per network adapter or NIC, especially in shared-medium topologies such as ethemet and 
token ring. This measure, like the previous measure, is readily quantifiable, available, and 
able to be forecast based on historic trends. It likewise suffers from not identifying all the 
costs, demands of the network as a whole, or life cycle costs. 
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3. Cost per Node on the Network 

This measure is a combination of the two measures above plus other network 
costs. Cost per port of the network distributes the cost of the network among all the 
nodes on the network. It factors in costs of distribution devices, network cabling, 
connectors, and network interfaces. 

4. Cost per Megabit of Performance 

[Pigg] presents three measures of efficiency used by the Yankee Group, a 
communications industry research, planning, and consulting organization, for comparing 
networking technologies over a forecast period of several years. The first is cost per 
connection, which is similar to the cost per node on the network discussed above; the 
second is cost per Megabit of performance for each LAN technology; and the final 
measure is cost per Megabit of performance per port on the subnetwork (assuming ten 
users per shared-media LAN). These measures are used to project the costs of network 
alternatives three years into the future based on historical data and industry forecasts. 

[Pigg] 

5. Bandwidth per Port 

A simple performance measure of any distribution device is the maximum 
bandwidth available at each port. This measure looks very narrowly at the potential 
performance of just one port. It does not consider the aggregate capacity of the device or 
what effect of bandwidth demands on the device as a whole has on performance of an 
individual port. 
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6. Packet Throughput 

Network World, PC Week, and other testing laboratories have established 
benchmarks for measuring switch performance on maximum throughput (e.g., ethemet 
packets/second) without packet loss based on packet size [Haugdahl]. [Choi and Kim] 
model the expected throughput for the ethemet protocol based on a network load density 
function, an Internet Protocol (IP) packet density function, a probability of no arrivals, and 
an equivalent load in time function. [Stallings 2, Chapter 6] provides simple performance 
models for maximum possible throughput for both ethemet and token ring networks. 
Packet throughput has the advantage of providing a measure of channel efficiency. 

Throughput provides useful data put through the communications channel. It does 
not just measure the full capacity of the channel, but instead removes the "overhead" data 
required for a particular scheme below the network layer. 

Throughput accurately portrays the data rate of information that is useful at the 
network layer. Taken alone, throughput is a good measure for distribution devices but, by 
itself, this measure is inadequate for measuring performance of end-user devices. For 
those devices, it must by used in conjunction with a measure of CPU utilization to give a 
more accurate measure of efficiency [Intel 2]. Varying packet sizes and the bursty nature 
of network traffic also affect throughput. 

Packet throughput provides a measure or a group of measures for set of given 
packet sizes transmitted at fixed intervals. This may not represent actual network traffic. 
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but it does provide a measure for comparison with other alternatives or with established 
benchmarks. 

Network mangers must use caution when comparing alternatives to benchmarks. 
Some devices are optimized to perform well based on a certain benchmark. A benchmark 
may not accurately reflect the conditions of their particular network under which the 
devices might perform substantially different. [Weston], [Yager] 

7. Network Simulation 

[Hamilton] outlines no-cost network management tools collected or developed by 
the Texas A&M Computer Simulation Research Group and used for obtaining predictive 
data about networks. These tools are available from file transfer protocol (ftp) sites on the 
Internet, These and numerous commercial products allow network designers to model 
and test network configurations under various conditions on a workstation software 
package without actually disturbing the network or investing in cabling and distribution 
devices. Some of the commercial products are Cadence Design Systems, Incorporated's 
BONes PlanNet; Synetics' LAN SoftBench and LANSim; MIL 3, Incorporated's OPNET; 
and CACI Products Company's NETWORK n.5 and COMNET HI. 

If the model or algorithm used to simulate the network fails to account for some 
actual occurrences on the network, then problems will only be discovered after changes to 
the network are actually implemented. 
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8. Capacity Assessment 

[Vis] presents a simple formula for the assessment of LAN performance in lieu of 
sophisticated analytical models and tools. It is based only on the most essential 
performance parameters. Vis contends his "rule of thumb" is a fairly accurate conservative 
measure when compared to a closed queuing model of a time sharing system. Appendix D 
discusses this measure in more detail. 

Capacity assessment provides a quick, no-cost estimate of performance of some 
networks under certain conditions. It is not appropriate for networks more complex than 
a single shared-medium topology such as the NPS computer network. 

9. Network Monitoring 

The most practical approach to measuring the performance of network 
architecture is monitoring the "vital signs" of the network over time and applications use. 
Various commercially-available, integrated or single-use, network management tools 
monitor and analyze network performance. They have varying capabilities, which include 
such things as protocol analysis, network availability, network and application utilization, 
traffic analysis, cable testing, and other features. Network management applications also 
monitor maintenance history, repair costs, and time required for management of the 
network. When used effectively, these applications provide a means of documenting life 
cycle costs of network architecture. [Miller 1] 

Specialized equipment also measure performance of a network architecture. An 
example is a Hewlett-Packard LANalyzer series network analyzer, which remotely 
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monitors packet counts, collisions, and ethemet network anomalies such as jabbers and 
runts. Network technicians use hand-held, battery-powered analyzers for mobile 
trouble-shooting on network segments. 

Network monitoring provides real-life efficiency data. When combined with 
network maintenance data, monitoring provides a clear picture of network performance. 
Unfortunately, the only way of truly determining how a change in application or network 
configuration will effect network performance is making the change and then monitoring 
the performance. If the changes cause problems on the network, then users of the 
network suffer through decreased performance or loss of service while the problems are 
rectified. 

B. EFFECTIVENESS MEASURES 

Effectiveness of a network is more difficult to measure because it must be linked to 
the (often intangible) goals of the organization. This section provides network managers 
with a sampling of available measures of effectiveness to be considered when determining 
the benefits of the network. 

1. Business-Value Approach 

A business-value approach relates network technology strategic issues to 
economics vs. productivity concerns in an organization [Feldman]. [Spada] concurs and 
recommends that investment in network technology be measured not only by the price of 
the products and services alone but also by the strategic benefit of the technology for an 
organization. [Spada] makes this case in support of investments in ATM but a 
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business-value approach can ^ply more broadly to measure the effectiveness of computer 
network architecture in general. Network managers must consider how investment in 
network architecture will further the business goals of the organization by helping them 
manage information more effectively and competitively. Investments in network 
architecture are more justifiable when quantifiable measures of the contributions of 
network investments are applied towards issues such as decreased business time cycles, 
higher quality products and services, and increased customer satisfaction. Technology 
must link to business goals to increase the perceived business value of the investment in 
order to offset the costs of the investment. The network architecture must deliver a 
critical commodity, information, to people who need it when they need it in order to 
improve the effectiveness of the organization in meeting its goals. [Spada] 

Along a similar tack, [Capetanakis] suggests matching performance and cost 
factors to the needs of an organization; Table 7, below, summarizes the factors to be 
considered. He also recommends considering product maturity, installed cabling plant and 
support for specific application types such as multimedia when determining which 
alternative is best for an organization. 
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^''...^ichnology 

Issue 

switched 

ethemet 

fast ethemet 

FDDI 

CDDI 

ATM 

LAN type 

switched 

broadcast 

broadcast 

broadcast 

switched 

Mbps to desktop 

10 

100 

100 

100 

155 

distance 

100m 

100m-2km 

2km 

100m 

100m-2km 

status 

stable 

emerging 

stable 

stable 

emerging 

standardized 

yes 

9 months 

yes 

yes 

partially 

cabling 

UTP-3 

UTP-3,5, 
fiber 

fiber 

UTP-5 

UTP-5, STP, 
fiber 

multimedia 

maybe 

maybe 

no 

no 

yes 

price of hub and 
interface card 

$700 

$500 

$3000 

$2000 

$4000 


Table 7. LAN upgrade technology tradeoffs, April 1994. After [Capetanakis]. 


2. Quality of Service 

Another measure of effectiveness of a computer network architecture is users' 
perception of quality of service provided by the network. If users' needs are satisfied and 
remain satisfied for the life cycle of the network architecture, then investment in changes 
or upgrades to the network have no added benefit according to [Gibbs]. [Gibbs] points 
out that networking is about supporting personal productivity and not an end in itself He 
states, "What matters most is what happens at the desktop...If users are not adequately 
supported then the network is failing." User satisfaction surveys attempt to capture how 
well a network is supporting its users. 

[Seitz] discusses user-oriented objective measures of quality that are primarily 
designed for voice and video transmissions over telecommunications networks. These 
measures attempt to correlate end-user perceptions of satisfaction of a system with 
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objective measurements of system parameters. End-users are not interested in the internal 
architecture of the network, but only the quality of the system's end product. Users 
perceive differences in quality of network alternatives independent of the technology 
behind the alternatives. Thus, measures can objectively and subjectively compare network 
alternatives. The objective measures include speed, accuracy, and dependability of access; 
information transfer time; and transmission disconnect time. The subjective measures 
include user satisfaction with a transmission, considering the same parameters as the 
objective measures, and as collected by opinion surveys. [Seitz] 


'■^-^.....^^^C^rion 

Function^'-'^ 

Speed 

Accuracy 

Dependability 

Access 

-Access time 

-Incorrect access 
probability 

-Access denial 
probability 

Information 

transfer 

-Throughput 
-Block transfer 
time 

-Block error 
probability 
-Block 
misdelivery 
probability 

-Block loss 
probability 

Disconnect 

-Disconnect time 

-Disconnect failure probability 


Table 8. Parameters for user-oriented measures of quality. After [Seitz]. 


The NPS network administration can develop surveys to measure user satisfaction 
and perception of quality. The perception-of-quality measures described by [Seitz] are 
especially appropriate for videoteleconferencing and distance-learning applications. The 
advantage of these measures is that the users of the network are involved in determining 
the effectiveness of network performance. The user-oriented objective measures of 
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quality are in their infancy and have feW correlating studies outside of Seitz's work. This 
may provide an opportunity for further research at NPS. 

Prestige closely relates to quality of service. An organization gains intangible 
benefits among its peers when its network provides the highest quality of service or 
implements the latest networking technologies in an effort to provide the highest quality of 
service. The respect and admiration drawn from similar organizations and the attention 
paid by others may increase an organization's ability to attract more customers. 

Quality-of-service measures capture user feedback on the benefits of the network. 
This feedback may offset indications by measures of efficiency that might lead network 
managers to believe otherwise. If performance measures indicate the network is doing 
fine but the users are not satisfied, then that issue must be addressed. Similarly, if 
efficiency measures indicate the network is performing below par but the users are 
satisfied, then network managers must reconsider their priorities for changes to network 
architecture. 

C. NPS MEASURES 

NPS network management should use cost per node on the network when 
comparing costs of network alternatives. Network simulation and network monitoring 
should be combined to assess the performance of network alternatives. Network 
management could then combine the economic and performance measures for a single 
metric based on the ratio of cost to performance. Economic measures that consider total 
network costs and performance measures that encompass the entire network are 
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appropriate for use when measuring the efficiency of the NPS computer network. 

Network managers can compare costs of existing configurations with the costs of 
proposed configurations. Similarly, they can compare the performance benefits of existing 
configurations with proposed changes in configuration by monitoring, modeling, and 
simulations. 

NPS network management should measure the effectiveness of network 
architecture through studies based on user satisfaction with test-bed network 
configurations. Network managers could set up alternative architecture configurations, 
measure user satisfaction opinions and compare results to determine appropriate network 
alternatives. 

As a diverse academic institution, NPS may have difficulty in applying 
business-value approaches. Private sector industries and public sector organizations with 
well-defined goals and customers can apply these measures to a "bottom line" figure. 
Disparate funding sources and expenditure accounting at the school make it difficult to 
quantify a "bottom line." Therefore, the benefits of the network cannot clearly relate to a 
financial figure for the organization or for any particular department within the 
organization. 

The network helps different departments, tenant organizations, and different users 
in varying ways that may be difficult to quantify. Because the network provides support 
to a variety of users with differing goals and functions, it is difficult relating the network 
benefits to definitive business goals. However, as a research institution, NPS users need 
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technology near the leading edge which may require support by the network. To remain 
near the leading edge, the network must be able to adapt to changing technologies quickly 
and at minimal incremental cost. 

Opinion surveys and/or direct observation could measure quality of service to each 
department or user before and after changes to the architecture both in test-beds and on 
the entire network. Network management can use these measures to gauge the 
effectiveness of the network in keeping it users near the leading edge of technology. 

Network management can proactively manage the network using these measures. 
Planners should incorporate user satisfaction into network objectives by ensuring a 
planned architecture will satisfy user needs and respond to growing and changing needs in 
the future. Similar instruments could measure prestige among peer organizations, 
customers (program and research sponsors) and potential customers. 

The problem with this approach is that true strategic benefits and quality of service 
cannot be seen until after significant investments are made. These investments change the 
existing architecture and enable applications that take advantage of the change. Both the 
changes and the enabled applications require significant capital investments. 

As a follow-on to the comparison of network configurations, network management 
could compare the costs of incremental changes in performance. For instance, if a 
particular architecture is in place, how much does it cost to increase the performance of 
the network by replacing components? Do the distribution devices and NICs need to be 
changed? Do the devices at each node need to be changed? Does the transmission media 
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need to be replaced? All these incremental costs could be considered when comparing 
network architecture alternatives discussed in the following chapter. 
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VI. REASONABLE ARCHITECTURE ALTERNATIVES AND TRENDS 

This chapter discusses alternatives of network architecture, considers relative 
advantages and disadvantages of each, presents trends of local area network architecture, 
and relates the alternatives to NPS. 

A. ARCHITECTURE ALTERNATIVES 

As local area networks become interconnected and the number of users and 


applications grow, network administrators seek alternatives to network architecture that 
meet the needs of the users and that allow some means of managing the network. 

Network administrators face myriad combinations of cabling and distribution devices. The 
following discussion addresses the main components of network architecture, shown in 


Figure 9. The discussion then presents alternatives for each component. 
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Figure 9. Typical NPS subnetwork architecture. 
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1. Cabling 


The three main categories of cabling are cabling between buildings on campus 
("interbuilding") and between wiring closets; cabling within each wiring closet; and cabling 
from the wiring closets to each node on a LAN segment. A wiring closet is considered 
any central distribution or servicing point for cables in a network. Figure 10 shows the 


categories of cabling. 



Figure 10. Three main categories of cabling in a LAN. 


a. Cabling Between Buildings and Between Wiring Closets 
This area of cabling addresses internetwork connectivity . The primary 
requirement for this cabling is capacity of the transmission medium over the distance 
between two distribution devices. The financial costs of time and effort related to the 
installation of this cabling normally outweigh the cost of the medium itself. [Marks] notes 
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that labor charges typically comprise 40 to 80 percent of new cable installation costs and 
60 to 90 percent of the costs involved in changes to an existing cable system. [Marks] 
also recommends that "the transmission medium chosen should meet the network's 
anticipated needs for at least 10 years; 20 would be even better." The Naval Postgraduate 
School’s Connectivity and Network Committee recommended that any cable installed in 
support of a campus networking project meet the networks needs for 20 years [Leahy]. 
Therefore, installation of a new cabling plant should allow for growth, including 
higher-bandwidth networks and additional users that might be added in the next two 
decades. The reasonable alternatives for campus LAN internetwork transmission media 
are multi-mode optical fiber and coaxial cable. 

Coaxial cable, often called "backbone cable," is the less expensive of the 
two options. It is easier to pull and more tolerant to bending than optical fiber. The IEEE 
lOBaseS standard limits the length of this 50 Ohm coaxial cable to 500 meters between 
repeaters and a capacity of 10 Mbps using ethemet signaling techniques. The standard 
allows up to four repeaters between any two nodes which effectively extends the cable to 
2500 meters. End connectors are less expensive and easier to install than optical fiber 
connectors. 

Multi-mode optical fiber has advantages over coaxial cable in data 
capacity, and cable length between repeaters. In network systems, 62.5/125 multi-mode 
optical fiber can operate between 112 and 420 Mbps over 1000 meters depending on 
system operating wavelength [Botelho]. The standards for FOIRL ethemet limit the 
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length of multi-mode optical fiber to 1000 meters between repeaters. The newer IEEE 
lOBaseF (10 Mbps) ethemet standard limits the length of the optical fiber segments to 
2000 meters between repeaters. 

The physical topology among the buildings on the campus or between 
wiring closets can be mesh, star, bus or ring as discussed in Chapter H. Mesh and star 
topologies are the more fault tolerant options. Alternate paths can be established or 
troublesome paths between distribution devices can be isolated using these two options. 
Ring and bus topologies normally require less cable and time to install. 

b. Cabling within Wiring Closet 

Cabling within a wiring closet links the distribution devices within a wiring 
closet and the cable that connects to the nodes on the subnetworks. In its simplest form, 
the cable from each node or LAN segment connects directly to the distribution device. 
This form minimizes transmission losses due to intermediate connections at the expense of 
configuration flexibility. Each connector or termination of a cable introduces additional 
transmission losses. Each connector on a segment cannot maintain the same connectivity 
quality as the transmission medium could by itself nor can each connector exactly match 
the impedance of the transmission medium. Quality of the transmission signal remains 
better with fewer connections between transmitter and receiver. The trade-off is that 
direct connections do not have flexibility that allows combining, separating, and rerouting 
segments of cabling to alternate paths. An option for UTP terminates cables from nodes 
or segments at a connector block and subsequently connects segments to the distribution 
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device via 25 pair telco cabling. Other types of cables use patch panels and patch cords 
with AUI, BNC or optical fiber connectors. Pre-wired connector blocks, which connect 
to the distribution device, provide for a relatively neat wiring closet at the expense of 
flexibility. The most flexible option uses patch panels to terminate the cable from the node 
and patch cable with modular connectors to the distribution device. This flexibility comes 
at the expense of increased transmission losses, which are introduced by additional 
modular connections. This option also makes it difficult to trace the cabling as patch 
cables hang down over the patch panel, the distribution device, and other patch cables, 
c. Cabling from Wiring Closet to Network Nodes 

Alternatives for cabling from the wiring closet to the network nodes are: 
unstructured, structured, or wireless. 

An unstructured alternative implies that connecting computers is an 
afterthought to construction of a building or office space. The transmission medium lies 
along whatever path possible to network nodes. It avoids significant intrusion into the 
building construction. Unstructured cabling winds around obstacles, gets coiled behind 
furniture, and lies out in the open. Some typical unstructured cabling schemes hang from 
ceilings, are shoved under carpet or left lying openly or taped to the floor. 

The simplest and typically least expensive cabling choice for an 
unstructured alternative is the 50 Ohm coaxial cable used for 10Base2 wiring (RG-58). 

The disadvantages of this medium are several. As a bus topology, 10Base2 cable is easy 
to connect but not easy to properly connect and maintain. BNC connectors tend to come 
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loose at splices and NICs when the cable is moved. Loose connectors introduce 
additional transmission losses to the medium. Isolating these problems without a cabling 
diagram is time-consuming—technicians must trace the coaxial cable that meanders about 
the building connecting nodes on the subnetwork. Another problem introduced by the 
ease of connection is that network managers and users themselves may easily exceed 
standards for topology-specificied segment length and number nodes. More users gain 
connectivity through the network without knowing the effect of their actions on network 
performance. 

Coaxial cable used for lOBaseS installations is more expensive but more 
sturdy than 10Base2 cabling. The number nodes allowed on a segment is over three time 
that allowed for 10Base2. Disadvantages include the necessity and cost of external 
transceivers for nodes and the potential for damage to the cable core at the connection of 
each transceiver. Isolating problems is difficult for the same reasons as for 10Base2 
coaxial cable. 

Unstructured cabling schemes also use multi-mode optical fiber from the 
wiring closet to network nodes. Optical fiber's main advantages are greater distance 
allowed between the wiring closet and the node, greater data-carrying capacity, and its 
improved signal quality and immunity to electromagnetic interference and electronic 
eavesdropping. The disadvantages are the cost of the fiber and, especially, the associated 
connectors on NICs and distribution devices. Fiber cannot be physically tapped into like 
coaxial cable without interrupting the transmission. This characteristic enhances security 
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but makes the transmission medium mueh less adaptable td change. Because of the cost 
disadvantages compared to copper-based solutions and lack of adaptability to network 
configuration change, network management should not consider optical fiber for the 
majority of unstructured cabling schemes. 

A structured approach implies the use of a complete solution for wiring all 
communication devices including telephones and computer network devices. This 
solution should use defined cabling standards that include design, layout and logic as key 
factors [Newton]. The main components of a structured wiring system are: 

• Drop cable—the cable that runs from the computer to a network outlet 

• Cable run-the cable that runs from the outlet to the wiring closet 

• Patch panel within the wiring closet 

• Distribution device within the wiring closet (such as a concentrator). 

The components of concern for this category of cabling are the drop cable 
and the cable run. The patch panel and the distribution device were discussed in the 
previous section. A typical structured cabling scheme runs in cableways, connects devices 
to the network via patch cables and wall-mounted jacks, and is routed through hollow 
walls and false ceilings. A structured cabling system has advantages over unstructured 
systems in five ways, according to Anixter, a leading supplier of structured wiring systems 
[Newton]: 
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• It eases network segmentation—the job of dividing the network into pieces to 
isolate and minimize traffic—and thus congestion. 

• It ensures that proper physical requirements are met, such as distance, 
capacitance, and attenuation specifications. 

• It means adds, moves, and changes are easy to make without expensive and 
cumbersome rewiring, thus a more scalable and flexible physical topology. 

• It radically eases problem detection and isolation. 

• It allows for intelligent, easy and computerized tracking and documentation. 

This configuration uses nearly any data communications transmission 
medium. Unshielded twisted pair (UTP) in any category is a reasonable alternative 
because of ease of installation and performance in star topologies with segments of less 
than 100 meters. Presently, Category 5 UTP is the most scalable from current to 
foreseeable future network needs [Marks]. It can support at least 100 Mbps using current 
technologies. Tests promise a boost in capacity to over 600 Mbps over distances of less 
than 100 meters in the near future. The disadvantage of a structured cabling scheme is its 
greater installation cost due to additional labor charges. 

The third approach involves the use of wireless connectivity to reach from 
the wiring closet to the network nodes. Chapter HI discusses wireless technologies in 
some detail. [Stallings 2], [Freeman], and others discuss the advantages and 
disadvantages to each of the three main types (infrared, microwave, spread spectrum). 
Wireless schemes are not constrained by cable location. They are limited by mutual 
antenna visibility between devices, free space propagation losses, and/or electromagnetic 
interference. Wireless options may be appropriate when the costs of structured cabling 
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schemes are prohibitive because the existing building structure. At NPS, these options 
should be considered in areas where asbestos-filled walls prevent a low-cost copper or 
optical fiber cabling solution, such as Hermann Hall. 

2. Network Connectivity 

This portion of the network architecture consists of distribution devices on the 
subnetworks. Subnetworks are those part of the campus network logically and/or 
physically separated from other segments of the network. Network-layer addressing 
schemes achieve logical separation among subnetworks. Individual cabling schemes 
physically separate the subnetworks by cable route, floor location, or building. 
a. Network Interface Card 

The type of network interface card (NIC) used by a machine on a network 
node depends on the topology of the subnetwork and the machine on the node. NICs are 
available for all types of topologies and the standard cabling that supports each specific 
topology. A change in subnetwork logical (e.g.. lOBaseS to FDDI) or physical (e.g. 
10Base2 physical bus to lOBase-T physical star) topology frequently demands a change 
of every NIC on the subnetwork. There are exceptions to this limitation that allow some 
transition without replacing NICs. Some NIC manufacturers provide terminal connections 
on the cards to a combination of the cabling that support the topology (e.g. a combination 
of lOBase-T RJ-45,10Base2 BNC, and lOBaseS AUI connectors on one ethemet card). 
Manufacturers now offer NICs with capabilities built-in that allow reconfiguration from 
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lower-bandwidth ethemet network connections to one of the emerging 100 Mbps channel 
capacity standards without removing the card. [Schnaidt 1] 

b. Repeater 

Repeaters allow further segmentation of a subnetwork beyond that which is 
provided by other distribution devices. Repeaters also extend the physical length of cable 
allowed to be used in a shared-media topology. The number of repeaters used on a 
subnetwork is limited by the topology. For example, in IEEE 802.3 networks, the 
maximum number repeaters on a segment is four and the maximum length of the cable is 
2.5 km for lOBaseS and 925 m for 10Base2. For IEEE 802.5 token ring networks, the 
maximum number of repeaters is 250. 

c. Concentrator Hub 

A concentrator hub allows wiring in a IEEE 802.3 lOBase-T subnetwork 
to be arranged in a physical star topology similar to common telephone wiring closet 
configurations. This configuration allows easier isolation of a troublesome node on the 
subnetwork than found with 10Base5 or 10Base2 configurations. The wiring of the 
subnetwork remains logically connected as a bus in keeping with the IEEE 802.3 standard. 
The IEEE standard specifies each port on the hub is limited to two devices sharing a 
common UTP cable. The maximum length of a UTP cable extending from the hub is 100 
meters. Configurations typically use only 90 meters to allow for drop cables, patch cables, 
and connector transmission losses. There is no limit specified as to how many ports can 
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be connected to a hub but adding more active nodes t6 a hub on a CSMA/CD 
subnetwork increases the probability of collisions and reduces throughput. 

d. Switching Hub 

Switching hubs build on the advantages found in using concentrators 
discussed above. [Olsen] and [Schnaidt 2] describes various switching hubs. All ethemet 
switching hubs improve upon standard 10 Mbps ethemet in higher data throughput, better 
administrative security, and centralized management of complex internetworks. 
Higher-layer software can dynamically manage bandwidth allocation, transmission 
reliability, and traffic prioritization. Most switching hubs provide a high-bandwidth 
backplane inside the device. In these high-end distribution devices, the aggregate 
throughput of the internal backplane of the device limits switching between connected 
LANs. Typical backplane throughput exceeds 150 Mbps. 

[Durr] describes an extension of this alternative, the "hub-of hubs" 
network. As the subnetwork grows, network managers stack and cascade switching hubs 
to increase the number of nodes serviced, while providing segmentation without using a 
router. The disadvantage of this configuration is that it assumes a homogeneous 
MAC-layer topology among the LAN segments for non-routing hubs. 

3. Internetwork Connectivity 

This portion of the network architecture consists of distribution devices that 
interconnect the subnetwork segments described above and that provide connection to 
wide area networks. 
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a. Shared Backbone 

In this configuration, LANs share a backbone with bridges and 
transceivers for internetwork connections. Figure 11 shows a basic configuration that 
provides connectivity among physically separated LANs. A shared-backbone 
configuration is inexpensive and simple. A shared-backbone configuration does not 
provide for network addressing above the MAC layer, nor is it tolerant to faults created by 
a transceiver at a node on the backbone. 


Transceiver 


Transceiver 


Transceiver 



Figure 11. Shared backbone configuration. 
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b. Collapsed Backbone 

In this configuration, LANs are segmented and interconnected using 
routers and/or bridges. As shown in Figure 12, the backplane of a router acts as the 
backbone of the network, thus this configuration is typically referred as a "collapsed 
backbone." This alternative takes advantage of all the properties of the router to segment 
LANs and to connect heterogeneous LANs. It also has the disadvantages of a 
router—expensive and complicated. The number of ports in a router and the aggregate 
capacity of its backplane limit the collapsed-backbone configuration. 
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c. Backbone between Routers 

As the network grows and fills the router ports, a logical extension 
connects routers together. As shown in Figure 13, additional routers, connected via a 


backbone, allow the addition of LAN segments. Each segment retains its full channel 
capacity. This configuration provides for fault tolerance at the routers. If a router 
malfunctions, its attached segments can be redirected to ports on another router. The 
disadvantage is increased complexity within each router. 


Transceiver Transceiver 



Figure 13. Backbone between routers. 
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B. ARCHITECTURE TRENDS 

Computer networking-related periodicals are significant sources of information on 
trends in network architecture. Rather than discussing the technical merits of the each of 
the alternatives, as presented in more professional journals, the periodicals focus on what 
alternatives are available and being sold, installed, and used. This section summarizes 
network architecture trends as discussed in periodicals such as BYTE, Cabling Business 
Magazine, Communications Week, Computer Shopper, Computenvorld, Government 
Computer News, Infoworld, LAN Computing, LAN Times, Network Computing, Network 
World, and Networking Management. 

1. Meeting Immediate Needs 

Shared-media alternatives, with low (10 Mbps or less) channel capacity to each 
node, meet the immediate needs of many networks. They have advantages over newer 
technologies of proven performance and lower initial costs in cabling, NICs, and 
distribution devices. Their biggest disadvantages are the risk of not being able to meet the 
future needs of their users and the probability of costly replacement of cable, NICs, and 
distribution devices in the near future. 

2. Scalability and Integration 

Another network eu'chitecture trend focuses on scalability and integration. User 
demands and industry manufacturers, seeking market niches, drive network architecture 
technologies towards divergent higher-bandwidth topologies such as ATM, 
l(X)VG-AnyLAN, and FDDI [Nolle]. At the same time, the need for interconnection 
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among computer networks still exists. Network architecture designs consider scalability 
as an important factor especially after basic network connectivity needs have been met. 
Networks are capable of supporting current user needs and of allowing quick, easy, and 
inexpensive upgrades in distribution devices and network capacity. The upgrades within 
existing distribution devices anticipate the need to support future demands for higher 
bandwidth applications, greater flexibility, simplified network management, and increased 
distributed processing. Switching technologies and structured cabling provide steps 
towards a scalable switch-based network architecture. Their drawbacks are high initial 
costs for distribution devices and costs of any necessary recabling. 

Cabling, installed with the future of the network and the organization in mind, 
allows for increases in channel capacity, additional users, and recovery from link or node 
failure. For example, when pulling multi-mode optical fiber, instaUers pull additional fiber 
pairs and leave them "dark." Likewise, network builders pull and terminate additional 
segments of UTP using EIA/nA-568 standards when star-topology wiring is being 
installed. These additional cables allow the network to grow, accommodate higher 
bandwidth requirements, and allow different encoding schemes from emerging 
technologies during the expected life of the cabling plant. 

3. Backbones 

As the demand for higher-bandwidth connectivity among LANs increases, LANs 
need interconnection through higher-bandwidth backbones and internetwork distribution 
devices. FDDI is the leading installed alternative meeting this need. This technology has 
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the advantage of more than a decade df experience in providing shared-media 100 Mbps 
connectivity among devices. The future of higher-bandwidth backbones appears to be 
switch-based alternatives, such as ATM, that use star-topology wiring. Leading-edge sites 
are installing ATM switches capable of filling the role of higher-bandwidth collapsed 
backbones. Other sites are waiting for reasons including clarification of ATM standards, 
further proof of the technology in operational environments, introduction of ATM 
applications, and reduction in prices of ATM switches and interfaces to prices comparable 
with established technologies. [Masud] 

4. Virtual LANs 

A trend in network architecture brought about by business organizational changes 
is virtual LANs. This network management alternative is based in switching technologies 
and star-topology wiring. A virtual LAN logically groups nodes into networks, which are 
independent of their physical wiring. Workgroup applications and horizontal 
orgamzational hierarchies drive this trend. As the trend of flatter organizations continues, 
users require connection in logical workgroups regardless of their physical locations in the 
organization. The challenge of the network providing sufficient throughput among the 
workgroup nodes without sacrificing performance of the network for other users. 

[Schnaidt 2] 

The network administrator can assign workgroups by network layer 
address or by port number rather than by MAC address. For example, IP 
subnetworking can be used to provide a virtual LAN. [Schnaidt 2] 
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High-end ethemet switches provide the means of virtual networking with existing 
technology at ethemet speeds. ATM switches are beginning to support virtual LANs at 
higher speeds. [Durr] 

C. NPS APPLICABILITY 

NPS could benefit from a reasonable combination of cabling, network connectivity 
and internetwork connectivity presented in this chapter. Network administrators could 
gauge network benefits using measures such as those discussed in the previous chapter to 
compare network architecture alternatives. Quantifiable measures of efficiency alone may 
not justify changes to all or part of the existing architecture. Measures of effectiveness 
may be the deciding factors in any significant changes to the network in order to meet the 
anticipated needs or satisfaction of the users. [Spada] 

New network installations should use Category 5 UTP in a star-topology 
structured-wiring configuration (e.g., EIA/TIA-568 standard) and switch-based 
technologies whenever possible on subnetworks from wiring closets to network nodes. 
Cabling within wiring closets should include patch panels and patch cords to the 
distribution devices for maximum flexibility with acceptable losses compared to the use of 
punch-down blocks. Cabling between buildings and between wiring closets should be 
multi-mode optical fiber to provide higher bandwidth over longer distances than 
copper-based solutions. Redundant paths between distribution devices and buildings 
should be installed whenever possible in a physical mesh configuration to allow rapid 
recovery from damage to the primary transmission medium. Distribution devices should 
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be scalable, survivable, and capable of iuj^biting all exiitihg network traffic. If 
distribution devices cannot meet future needs of the network, then network techmcians 
should be able to replace them with minimal disruption to the rest of the network. 
Likewise, if a node demands higher bandwidth, network technicians should only have to 
replace the NIC and reconfigure the distribution device in the wiring closet with minimal 
effect on the rest of the network. 

A computer network architecture alternative that meets the goal of maximizing 
scalability, sustainability, survivability, and security, is EIA/TIA-568-compliant structured 
wiring and switch-based distribution devices. Deliberate transition to this alternative does 
not come without cost. The cost of campus-wide cable installation and investment in new 
or upgraded distribution devices may drive any such changes out of reach. These costs 
may also bring the network to the attention of financial planners for the school. The 
competitive position of network transition funding may improve when senior 
organizational management understand the benefits of a switch-based architecture and 
when management is committed to bringing this alternative to NFS. Transition strategies 
are discussed in the subsequent chapter. 
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m REASONABLE TRANSITION STRATEGIES 

This chapter discusses reasonable strategies for transition of the network 
architecture from its current configuration to the switch-based architecture presented in 
the previous chapter. The chapter discusses several strategies for migration and then 
presents some examples of how other networks have been changed or are being changed. 

Each of the strategies presented considers meeting the present and future needs of 
the network users with the ultimate goal of a switch-based architecture. Each strategy is 
driven not necessarily by availability of technology, but by how best to match users' needs 
with technology in support of the overall goals and vision of the organization. 

[Feldman] ties strategic issues associated with any network architecture to 
economics vs. productivity. He suggests network management ponder the following 
questions. 

• When is network traffic load going to require migrating from existing solutions? 

• If ATM is the "next generation" of technology will the network be "left behind" 
waiting for prices to drop? 

• On glutted LANs, can a less-expensive solution be used to buy time? If so, 
how long? 

• Are the routers compatible with ATM or will they have to be changed, too? 

• What is the bottom line the organization is willing to invest in new technology? 

Another question could be added: "If ATM doesn't turn out to be all it is promised 

to be in the LAN environment, can we minimizes our losses?" [Schoenstadt 2] 
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A. STRATEGIES 

This section discusses strategies primarily derived from [Seijak] and modified to 
address some of the specific network architecture on the NFS campus. 

1. Higher-Bandwidth Switch-Based Architecture 

This "forklift" strategy recognizes the inadequacy of the current network 
architecture in meeting the current needs of the users, and in providing scalability, 
sustainability, security, and survivability. It recognizes that a complete rebuild of the 
network from the bottom up is necessary to meet all the demands of the network. All 
existing network connectivity and internetwork connectivity devices and cabling are 
"hauled out by a forklift." Another forklift load brings in the new infrastructure. This 
strategy links the backbone, wiring closets, and all connections to servers and other 
higher-demand devices together via higher-bandwidth switches in a mesh configuration. 
Existing lower-bandwidth subnetworks still play a role, but only on the periphery through 
interfaces on the higher-bandwidth wiring closet switches. Eventually, the subnetworks 
are rewired for incorporation into the switch-based architecture. ATM switches are 
appropriate for use as the higher-bandwidth switches in this strategy, as shown in Figure 
14. 
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Figure 14. Higher-bandwidth switch architecture. 
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This strategy requires much financial commitment by an organization towards 
improvements in services provided by the network. In this "forklift" strategy, where a 
significant portion of the architecture is replace en masse, the network requires complete 
redesign. This redesign brings together representative users, network planners, and 
network maintainers to maximize the use of in-place cabling and equipment while making 
the most of newer higher-bandwidth switch-based technologies. 

The most difficult challenge in this strategy is rewiring of subnetworks that are 
shared-medium bus or ring topologies that are connected to a collapsed backbone by 
coaxial cabling. These subnetworks require conversion to star topologies that support a 
single node per segment, which is connected to a centralized distribution device. A 
distribution device in this configuration must then connect to other distribution devices by 
a transmission medium such as multi-mode optical fiber, which has high capacity over 
longer distance. 

2. Evolution 

Network builders may have difficulty acquiring adequate funding and 
organizational commitment necessaiy for a forklift transition to a higher-bandwidth 
switch-based topology. They need a more incremental approach, portrayed in Figure 15, 
when the essentials for a forklift transition are not available and yet the users still demand 
improved network performance. The (lack of) organizational commitment and funding in 
this case preserves the life of the existing network architecture as long as possible by 
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supplanting the infrastructure with switch-based solutions in one of the following 
evolutionary strategies. 

The major transitions in the early part of one evolutionary strategy include 
micro-segmentation of each LAN to reduce the number of users and bandwidth needed 
on each segment. Network performance is then improved by increasing the performance 
of the backbone and finally gradually upgrading the distribution devices. Separating 
higher bandwidth-demanding applications and services, such as file servers, onto their own 
segments reduces the bandwidth needs of the other segments. Segmenting along 
organizational boundaries, e.g. work groups or divisions, also reduces the bandwidth 
demands on other segments. As this "micro-segmentation" extends to its limits, a star 
topology forms with dedicated capacity, through the repeater or switch, to each node on a 
subnetwork. Scalable switches then replace ethemet repeaters. These switches could 
contain replaceable modules for greater flexibility and improved fault tolerance. An 
investment in structured cabling systems aids this star topology by concentrating each 
segment into centrally-located wiring closets, which contain the new switches. 

As the demand for sharing of information among segments and switches increases, 
the backbone that connects them becomes congested. In the case of NPS, the 
subnetworks are themselves backbones which are further concentrated into the collapsed 
backbone of the routers. Network administrators could upgrade these subnetwork 
backbones to FDDI or other 100 Mbps alternatives as long as the routers and the switches 
on the subnetworks each have the capability to integrate into an FDDI configuration. The 
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current NPS routers (Cisco AGS+) are limited to four or less FDDI interfaces, which 
operate at full capacity while the remaining 14 interfaces are limited to lower-capacity 
LAN topologies. [Howard], [Cisco 1] 

If upgrading a subnetwork requires installing new multi-mode optical fiber, then 
installation of additional "dark" fiber should be considered to allow for future upgrades. 

As the aggregate data rate on each subnetwork begins to exceed the capacity of the 
subnetwork backbone, higher-bandwidth switching modules can replace the switch 
modules in the wiring closet and in the router. These upgraded modules could use 
technology such as found in ATM modules which can transmit data over the multi-mode 
optical fiber that was installed for the FDDI network. (As of August 1994, Cisco 
Systems, Inc. is committed to delivering an ATM interface for the AGS+ within a year 
[Howard].) Similarly, as aggregate network traffic overburdens the collapsed backbone 
on the backplane of the routers, scalable high-speed switches can replace the routers using 
switch-based technology such as ATM. 

At this point, network management should consider the trade-off between 
installing an intermediate switch at each remote building and installing additional pairs 
optical fiber between the centrally-located collapsed-backbone switch and the remote 
buildings. If the cost of installing additional optical fiber (one pair for each wiring closet 
plus "dark" fiber) is greater than that of an additional intermediate switch, then install 
switches in the remote buildings. These switches can further distribute to the switches in 
the wiring closets. If sufficient "dark" fiber is already in place between the router and the 
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remote building then each wiring closet switch can link directly to the collapsed backbone 
switch with the addition of short fiber patch cables. 

After the collapsed backbone has been replaced, newly incorporated 
higher-bandwidth wide area network (WAN) cabling and switch connections can take 
advantage of emerging high-speed WAN technologies and distribution of high-bandwidth 
applications to sites off the NPS campus. 

Network management can now consider replacing or supplementing the switches 
in the wiring closets with ATM switches. The ATM switches are capable of providing 
dedicated higher-bandwidth service to the nodes that are not restricted by internal 
limitations of the desktop system. The ATM switch in the wiring closet could also 
support the remaining lower-bandwidth nodes through a port to the previously installed 
switch. The need for the lower-bandwidth switch diminishes as more nodes transition to 
ATM interfaces. This lower-bandwidth switch would remain needed as long as individual 
nodes cannot justify dedicated access to a port on the ATM switch. 

The advantage this strategy is it allows network managers to come into 
switch-based architecture gradually while learning the best utilization for switching 
technology in their environment on small scales at the segment level before integrating it 
campus-wide. It may also solve isolated bottleneck problems without additional 
investment in higher-bandwidth solutions. 
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Figure 15. An evolutionary transition to ATM. 
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A second evolutionary process is nearly the opposite approach from the first 
evolutionary strategy. "A productive strategy is to apply ATM first to the weakest 
area—campus and building backbones, second to the wide area network, and third to the 
client interface [Seijak]." 

The first step in this process is replacing the centralized routers with scalable 
high-speed routing switches. This alleviates the backbone problem of aggregate channel 
capacity, because the internal switch fabric of ATM-based switches are capable of a much 
higher sustained throughput than a conventional software-based router [Cisco 2]. 

The second step in this strategy is upgrading wide area network (WAN) 
connections. Higher-bandwidth connections through common carriers are expensive ,so 
network management must consider using this connection to its fullest, most economical 
potential, lest the advantages of having a higher-bandwidth WAN connection be lost. If 
network management cannot justify the higher-bandwidth connection, then they should 
consider delaying the upgrade of WAN connections. In the NPS network environment, 
upgraded WAN connections may be necessary to meet the needs of applications such as 
distance learning, videoteleconferencing, and more efficient sharing of large data sets with 
external computing resources. 

The final step in this strategy involves gradually spreading higher-bandwidth 
switches such as ATM across the campus network starting at the collapsed backbone 
switch and step-by-step upgrading of the network until workstations at each node are 
brought into a higher-bandwidth switch-based network architecture. Replaced 
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Gollapsed-backbone routers could be moved out to the subnetworks most in need of 
greater capacity through segmentation. (In this case, the router acts as an intermediate 
distribution device at a network entry point into a building, similar to the intermediate 
switch discussed in the first evolutionary strategy.) That same router could then be moved 
to the wiring closet when it no longer meets the network demands as an intermediate 
switching device. This preserves the end-node investment in lower-bandwidth 
technologies for as long as necessary, improves overall network performance, and does 
not force higher-bandwidth switching down to users that do not need it or cannot afford 
it. It does, however, remove the highly complex legacy router away from centralized 
management and expertise-one of the reasons for a collapsed backbone configuration in 
the first place. 

The advantage of this second evolutionary process is that it provides a 
high-bandwidth solution to the wiring closet, while delaying the investment in cabling from 
the wiring closet to the nodes that is required to moved the entire network to a 
switch-based architecture. This strategy retains the investment in lower-bandwidth 
technologies by continually pushing the distribution devices towards the periphery—closer 
to the desktop, without changing the nodes. This strategy also takes advantage of the 
maturity and pricing of switch-based technology user-network interfaces. As time 
progresses, prices come down and standards improve and stabilize. 

This second evolutionary alternative's disadvantage is the risk taken in replacing a 
familiar, marginally-performing technology with an unknown and untested 
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high-performing technology. While the bugs are worked out on the integration of ATM 
on the collapsed backbone, users and applications that require routing through the 
backbone are in danger of not having that service available. 

Evolutionary strategies in general allow the migration to take place at a slower rate 
with less up-front expenses than with the "forklift” strategy. Each step can be deliberate, 
well-defined, and involve a small work force that builds on the lessons learned from 
changing of each segment. 

3. Parallel Backbones 

The parallel-backbone strategy solves the problem of meeting the high bandwidth 
needs of a few user and subnetworks, while retaining the current network architecture. 
This strategy is appropriate if there are highly-polarized performance demands on the 
network. Some subnetworks and users require high performance because of such 
applications as rapid access to data bases, on-demand videoteleconferencing, and rapid 
transfer of large data files. The remaining subnetworks and users continue using the 
existing architecture because their network use is limited to primarily lower-bandwidth 
demands such as office automation applications and basic electronic mail functions. 

This strategy implements the higher-bandwidth solution from the WAN connection 
to the desktop or supercomputer for a few applications and users. It employs an ATM 
collapsed-backbone switch and links to the lower-bandwidth backbone (Figure 16). 
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Figure 16. Parallel backbones strategy. 


This strategy serves two purposes—it relieves the congestion on the current 
network and it provides the bandwidth where it is needed most. [Seijak] believes this 
strategy is inevitable for organizations that need to implement an end-to-end ATM 
solution to support selected bandwidth-hungry applications. [Bolles], [Masud], and others 
in [MacAskill 4] believe this strategy is too expensive to maintain and recommend 
evolutionary strategies using combinations of less expensive and more mature 
technological solutions. 

The disadvantages of this strategy include added installation costs without any 
reuse of the existing infrastructure and added complexities and responsibilities for network 
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management. It is also unlikely that ATM switches for this strategy will have the 
interfaces necessary to handle a migration of the rest of the network onto them without 
additional expense. 

Despite its disadvantages, this strategy is appropriate for NFS. There are 
applications awaiting the use of ATM-like performance on the campus within a few 
departments. These applications include videoteleconferencing and distance learning 
research, meteorological and oceanographic data transfers, and interactive simulations. 
Many other departments and subnetworks require only relatively minor upgrades such as 
additional segmentation, improved file servers, and small recabling projects to improve 
their performance. The parallel backbone strategy allows NFS network administration the 
opportunity to become comfortable with the technology without totally committing the 
organization to an immature LAN technology. The rest of the campus can continue along 
an evolutionary path towards a switch-based architecture that may integrate with the ATM 
backbone sometime in the future when users require high-bandwidth solutions. 

B. EXAMPLES 

1. Fairfield University 

Fairfield University is a small religion and liberal arts academic institution in 
Fairfield, Connecticut. Applications on its computer network are primarily administrative 
and require only lower-bandwidth connections. In 1993, the network consisted of three 
hundred "dumb" terminals connected to a Digital Equipment Corporation VAX and 400 
FCs—many of them stand-alone. Ethernet networks did not permeate the campus. Their 
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infrastructure and networking capabilities had not been upgraded in several years. 
[Mulqueen] 

Fairfield University had a growing data transfer requirements including PC 
connections to all dormitory rooms and multimedia applications being developed by the 
university staff. Faculty members were developing interactive, multimedia teaching aids 
that supplemented a newly installed community antenna television (CATV) network that 
provided foreign language programming and serviced four cable television stations run by 
the university. Research initiatives were bogged down by slow network data transfer 
rates. 

Fairfield's new network architecture will consist of a multi-mode optical fiber 
backbone among all the buildings and multi-mode optical fiber from switching hubs to 
nodes in a star-topology configuration. When completed in late 1994, the new network 
architecture will integrate all voice, data, and video resources-including CATV. The 
university will soon require that students have PCs in their dormitory rooms. A minimum 
of 1,100 rooms will have a PC connection to the network. There will be 3,0(X) to 3,500 
connections to the network, when the library, administrative, and faculty offices are 
included. Fairfield University's director of communications and technology services feels 
that with star topology and multi-mode optical fiber cabling, he will have the bandwidth to 
accommodate more than just traditional data and the network will be well-positioned for 
providing network services demanding the bandwidth available with ATM. Already, 
with only early phases of the project complete, reduction in data transfer times have aided 
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research initiatives. One Fairfield University researcher noted reduced transfer times for 
data files, particularly video, from "hours to minutes and minutes to seconds." The 
network management’s goal is to make available all data types—voice, data, and video 
resources, to every user as standard resources on the backbone. 

Fairfield University is using a forklift strategy costing approximately one million 
dollars. It is taking this opportunity to rip out the existing infrastructure and become a 
showcase of multimedia networking. Network administration compared the costs of fiber 
connections with the cost of more traditional copper wire connections. Although the cost 
of the installation was higher, they felt the difference was insignificant when compared 
with the increased potential for high bandwidth applications with no electronic 
interference. They also feel that they will not have to recable every few years, as they felt 
they would have if they had committed to doing the project with copper cable options. 
Prestige has played a factor, too. Network managers from other academic institutions and 
from corporations have inundated Fairfield University with requests for information on 
how and what is being done with the optical fiber installation. 

Fairfield chose a reasonable strategy for areas where network services are severely 
lacking or non-existent. Fairfield's existing network consisted of outdated technologies 
that could easily be scrapped. This is an approach that could be used at NPS when offices 
or departments move to new or different facilities. It is not as critical, in late 1994, for 
network planners to choose optical fiber as the transmission medium as it was in early 
1993, when Fairfield University committed to multi-mode optical fiber. Category 5 UTP 
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and STP now provide bandwidth comparable to that of multi-mode optical fiber over 
reasonable distances such as from the hubs to the dormitory rooms or desktops. Optical 
fiber remains the reasonable choice for the backbone. When moving departing offices and 
equipment, network technicieins could remove any old network cabling and network 
devices and install a new architecture before the new occupants arrive. Network 
management could coordinate this effort prior to, and during, the move-in with the 
arriving occupants. This coordination would ensure maximum flexibility and service once 
the move-in is complete. 

2. Johns Hopkins School of Medicine/University of Maryland Medical 
Center 

Johns Hopkins University (JHU) School of Medicine and the University of 
Maryland Medical Center (UMMC) are involved in medical research. One particular 
project focuses on improving efficiency in treating children bom with abnormal skulls. 
Computer applications draw from a data base to predict the effect normal growth will 
have after surgery is performed to correct skull abnormalities. The data base is a massive 
store of magnetic resonance imaging (MRI) and computed tomography (CT) scans for 
about 300 patients. Each patient file contains an average of SOM bytes. [MacAskill 2], 
[Klett] 

The late 1993 network configuration was as shown in Figure 17. At JHU, the 
network consisted of high-end desktop workstations connected via an ethemet hub. An 
ethemet backbone connected the hub to a router. The router was connected to a WAN 
ATM switch over T-l(1.5 Mbps) using frame relay. The WAN ATM switch was 
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connected to another WAN ATM switch at UMMC over a leased T-1 line. At UMMC, 
the ATM switch was connected to another router over T-1. This router was then 


connected to imaging and scanning equipment over shared ethemet. 



Figure 17. JHU/UMMC late 1993 configuration. After [MacAskill 2]. 


The need for instant geographic access to huge imaging and graphic files is the 
most apparent driving force in this example. Specifically, researchers need high bandwidth 
to access and share the large data base, and develop advanced modeling applications that 
will help surgeons predict future growth patterns of cranial defects. More researchers 
using the network to transfer images to develop computerized growth reference models. 
The long term goal of the organizations is to be a national archive, accessible to 
researchers around the country who will read and modify the data. 

This project is progressing in an evolutionary manner. First, the JHU backbone 
between the hubs and the router was upgraded to FDDI. This relieved the immediate 
stress of transferring the data files across the backbone and established optical fiber as the 
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backbone medium. Second, the lOBaseS shared ethemet at JHU was converted to 
lOBase-T. The lOBase-T segments were then converted to switched ethemet by 
upgrading the lOBase-T repeater hub to a switching hub. This change provided dedicated 
10 Mbps links to archive workstations and introduced the network to switch-based 
technologies. Within the next year, the links between the routers and the WAN ATM 
switches at both sites will be upgraded to FDDI while the WAN ATM link will be 
upgraded to T-3 (45 Mbps), as shown in Figure 18. Within the next five years, both sites 
will convert their backbones to ATM. The ultimate goal is ATM to the desktop especially 
for those areas that manipulate radiological images. 



Figure 18. JHU/UMMC network configuration (projected for late 1994). After 
[MacAskill 2]. 


Several key issues are being addressed during this migration. Using switched 
ethemet has retained the investment in NICs and Category 5 UTP cabling on the JHU 
network. To achieve the goal of being a national archive, network developers are using 
and maintaining network standards in order to allow relatively easy access from other 
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medical and research facilities. Cost is not much of a factor in this case because the 
switched ethemet hubs, ATM equipment, funding, and training were all donated by 
network equipment vendors. The vendors are using this project as a trial network for their 
equipment. 

The projected late 1994 network configuration. Figure 18, allows quicker transfer 
of the minimum 24G bytes of data that is moved daily in support of research efforts. 
Already, visible improvements include accelerated research initiatives. For example, the 
network allows videoteleconferencing over the network between physicians during remote 
consultations while both parties view the same images. 

3. Concurrent Technologies Corporation 

Concurrent Technologies Corporation (CTC) is a nonprofit subsidiary of the 
University of Pittsburgh Trust that operates four National Centers of Excellence for the 
Department of Defense. CTC, located in Johnstown, Pennsylvania, specializes in 
metallurgy, environmental studies, factory automation, and manufacturing logistics 
research. The production side of the corporation runs distributed parallel computing 
applications that require the movement of large amounts of integrated data, graphics and 
images among engineering staff workstations. These applications were taxing the existing 
ethemet. [MacAskill 1] 

CTC considered several measures when comparing network alternatives but 
justified their selection based on primarily on one measure. The measures considered were 
capacity-per-node, stability-of-standards, scalability, price/performance 
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(cost-per-Mbps-per-node). CTC's principal technical manager found the measures that 
were the most telling for CTC were scalability and cost-per-Mbps-per-node. Ethernet's 
cost-per-Mbps was $50 and not scalable. FDDI's cost-per-Mbps-per-node was $40 and 
not scalable. ATM's cost-per-Mbps-per-node was $32 and scalable. 

CTC's new network architecture consists of two networks, an ATM network for 
the production applications and an ethemet network for the administrative applications. 
Each ATM switch connects to a Cisco Systems, Inc. AGS+ router via a 10 Mbps link. 

The ATM network, shown in Figure 19, consists of four ATM switches that 
deliver 155 Mbps directly to more than 50 high-end Unix workstations via multi-mode 
optical fiber connected between ports on the ATM switch and the NICs on the 
workstations. A switch is located in each of four buildings. The four switches are linked 
to each other via fiber at 155 Mbps in a mesh topology. The ATM network has 
significantly increased productivity and reduced time to market. According to CTC's 
principal technical manager, "Processes that took weeks to complete on the ethernet now 
only take a day or two." CTC engineers collaborate using desktop videoteleconferencing 
and a three-dimensional model simulator concurrently. These collaborations do not slow 
the network, thus other ATM network users continue on the network without noticeable 
degradation in performance. Users are satisfied with the performance of their 
applications, as made possible by the ATM network. The network continues evolving as 
standards for ATM are resolved and more users and switches are added to the network. 
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Figure 19. CTC parallel backbones network. 
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The ethemet network consists of approximately 200 microcomputers. 
Applications running on this network consist primarily of electronic mail, accounting, and 
other lower-bandwidth administrative applications. 

CTC used a parallel backbone strategy. The users and applications requiring the 
movement of large amounts of data, graphics files, and images on the network, justified 
the move to the ATM network. These applications run more effectively on the ATM 
network and have been further enhanced by the added capability of the users to 
collaborate face-to-face through videoteleconferencing. Other users and applications 
remain on the ethemet network. These other users have benefited from the move as well- 
their network is no longer degraded by the higher-bandwidth applications. 

This parallel-backbones strategy is a reasonable strategy for NPS for research 
applications on a few of the subnetworks and to relieve the strain on the existing network 
by these applications. The existing lower-bandwidth subnetworks could continue 
evolutionary improvements while network managers gain experience in using 
higher-bandwidth technologies to meet the needs of applications that greatly benefit from 
improved performance. Those applications include videoteleconferencing, simulations, 
and large data file transfers. 
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VIIL CONCLUSIONS AND RECOMMENDATIONS 
A. CONCLUSIONS 

The present configuration of the Naval Postgraduate School computer network 
architecture is primarily a mixture of lower-bandwidth topology subnetworks. If network 
standards are followed and the subnetworks are properly managed, this configuration 
could meet the present aggregate needs of most users and applications. However, it 
cannot effectively support changes in the organization or emerging network applications 
and network technologies. Any strategic planning regarding network architecture must 
address these shortcomings. 

Organizational goals should dominate the driving forces, but because of the unique 
nature of the NPS organization as a military, academic, and research institution, the goals 
remain unclear. Network management, funding, and the architecture itself reflect the 
nature of the organization-overlapping and diffuse. Thus, as a support service, the 
network architecture must be flexible enough to respond effectively to a broad spectrum 
of organizational demands yet still be manageable with no increase in human resources. 

Technical driving forces, including practical limitations of transmission media, 
capabilities of network topologies, and bandwidth demands of applications are more 
quantifiable than the organizational forces. Because network technologies are always 
advancing, network managers should choose an architecture that can accommodate 
change at minimal cost. 
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Several technological alternatives are available to meet the projected future 
technical and organizational demands on the network architecture. These alternatives may 
also allow the network to be more responsive to the organizational demands and improve 
network management. A switch-based high performance network, using star- topology 
wiring to network nodes and mesh-topology wiring among distribution devices, provides 
the most scalable, sustainable, survivable, and secure network architecture. 

There are several strategies for migrating to a switch-based network. The most 
reasonable for NFS is a "parallel backbones" approach. In this approach, the small 
number of users and applications that can justifiably benefit from the higher performance 
network move directly to an end-to-end switch-based network. The remaining users and 
applications remain on the lower-bandwidth network until such time as their move to the 
higher-bandwidth network becomes practical. The following section discusses this 
strategy in greater detail as well as other recommendations. 

B. RECOMMENDATIONS 

To obtain the type of architecture discussed above, this study recommends several 
improvements to the existing network management and network architecture. 
Recommendations vary from general awareness and support of the network to specifics 
regarding network architecture. 

1. Oeneral 

The ultimate goal of the network is for it never to be the limiting factor to its users 
or the organization~it should be a reliable support service similar to telephone and 
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electricity services. The highest levels of management within the NPS orgamzation should 
recognize the importance of the network architecture in the day-to-day business at the 
Naval Postgraduate School and support it accordingly. Just as it would be difficult to 
function for an extended period of time without telephones or electrical power, loss of the 
computer network for any length of time would become a severe detriment to the 
operation of the organization. 

Towards the goal of never being a limiting factor, the network architecture should 
migrate to a highly responsive, flexible switch-based architecture using a parallel 
backbones approach. Management at all levels in the organization, including network 
managers, should ensure this approach meets the goals and has the necessary support and 
oversight of the organization. Any upgrades or changes to the network or subnetworks 
should be towards the goal of a dynamic network—an architecture capable of adapting to 
changing needs and missions of users and the organization and capable of incorporating 
new technologies with minimal changes in cabling. 

Organizational management must support the computer network architecture as it 
enables NPS to achieve its Vision 2000. In turn, the network can better support the NPS 
Guiding Principles. Properly supported and managed, the network enables—not 
hinders—the NPS strategic plan. 

Network management must take several steps to alleviate the concerns caused by 
present unclear overall organizational goals and support. Recommendations in [Report] 
address many of these issues. 
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• First, Network administration should develop, document, announce, and 
disseminate a clear strategy and vision of their own within the constraints of the 
overall NFS organization. 

• Second, network management should review their processes and resources to 
identify their own strengths and weakness within the constraints placed by the 
organization. 

• Third, network personnel should sell the importance of the network to its users, 
organizational management, and potential customers outside the organization. 

If these groups are aware of the capabilities and potential of the network, they 
may be more inclined to support it and upgrades to the architecture. 

• Fourth, high-visibility actions could strengthen the position of the network, 
such as advertising and improving end-user support in the form a centralized 
network operations center, computing resource trouble desk, and user help 
desk. 

• Fifth, network technologies have advanced sufficiently that network 
management should consider consolidating network personnel and management 
into a single, cohesive department. 

• Finally, NFS administration should appoint a full-time, qualified "chief 
information officer" (CIO) to the position of Dean of Computer and 
Information Services, Code 05. The CIO should have authority, discretion, and 
organizational support necessary to strengthen the role of the network and NFS 
computing in general. 

2. Network Architecture Specifics 

Network managers should invest in a parallel backbone network for those users 
and applications that demand network capacity that exceeds the practical limitations of the 
current architecture. Network managers should study the present network’s efficiency and 
effectiveness in depth. Managers do not have enough data about network and subnetwork 
performance and utilization to position strategic investments in architecture specifics. 
Network managers should continue their analysis of applications and tools that will help 
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monitor and evaluate the network. Similarly, network managers also must develop a plan 
to test and measure the benefits of any new architecture. 

a. Subnetwork Cabling 

Network managers should map all network cabling and distribution devices 
throughout the campus. Having a schematic of the actual cable runs will help managers 
identify potential bottlenecks and areas where topologies require conformance to 
networking standards. Network managers should consolidate such mapping in electronic 
format so they can readily modify and display cabling maps for trouble-shooting and 
planning. This is part of proactive network management. 

Any new cable installations should also consider other organizational 
requirements for signal distribution such as telephone and television signals to classrooms. 
To support all potential end-user needs, installations should be compliant with 
EIA/TIA-568 structured wiring standards. These installations should include at least eight 
pairs of Category 5 UTP between each node and wiring closet. Network managers should 
invest in optical fiber cabling for higher capacity data distribution among wiring closets 
and between buildings. 

b. Distribution and End Devices 

To improve management and survivability of the network, managers should 
install uninterruptable power supplies and hot-swappable modules on all critical network 
components including routers, hubs, and file servers. Any new device on the network 
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should allow remote management (e.g., using Simple Network Management Protocol) or 
at least remote notification of network problems that arise at the device. 

3. Further Research 

As with many studies, research for this thesis uncovered more questions than could 
be answered within the scope of the thesis. Some opportunities for further research 
follow. 

a. Measures of Benefits 

The measures of network benefits discussed in Chapter V require tailoring 
to the specifics of the NPS network. Study in this area could help network managers 
better grasp the efficiency and effectiveness of the network. Network performance 
efficiency requires technical study. Survey and analysis of user satisfaction would 
enlighten and/or reinforce network administration and policies with respect to network 
architecture effectiveness. 

b. Organizational Issues 

A managerial study of the NPS organization and its relation to the network 
would assist network managers in better supporting the goals and missions of the 
organization. A greater understanding of NPS organizational dynamics would assist 
network managers in developing strategies for the network. Study in this area would 
enhance the understanding of the role of computing at NPS. 
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c. Network Management Applications 

There are numerous tools available on the market that aid in managing 
computer networks. Evaluation of the options would assist network managers in 
choosing the applications necessary to build and operate a reasonable network operations 
center. Computer center personnel have begun research in this area, but in-depth analysis 
of alternatives would provide them with the opportunity to make a better inform 
investment in network management tools. 

C. SUMMARY 

The computer network on the Naval Postgraduate School campus has become an 
integral part of the operations of the Naval Postgraduate School organization. This study 
describes the Naval Postgraduate School computer network architecture, driving forces, 
limitations, and possible measures of network benefits. It considers network alternatives 
and reasonable transition strategies. The analysis offers recommendations for 
improvements to the existing network configuration. The analysis of the network 
architecture provides information, alternatives, and recommendations to assist 
management in formulating strategic plans that could support the network and NPS to the 
end of the century. 
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APPENDIX A. NETWORK ARCHITECTURE QUESTIONNAIRE 

The purpose of this questionnaire is to take a "snapshot" view of the computer networks 
architecture on NPS campus. This questionnaire supports thesis research by Paul 
Wiedenhoeft (PM-31, pewieden@nps). 

General/contact info : 

1. (sub)network designation: 

2. (sub)network general location (building, floor, etc.): 

3. Interviewee’s name: 

4. Interviewee's phone number: 

5. Interviewee's e-mail address: 

6. Date of interview: 


NAV admin. : 

1. How did your (sub)network reach its current configuration? (What is the history of 
your LAN?) 

2. What type of medium do you use to connect your nodes/workstations together? 

♦ copper wire 

• UTPcat3 

• UTPcatS 

• STPlSOohm 

• STPlOOohm 
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thick coax with AUI 


• thin coax 

♦ optical fiber 

• multi-mode 

♦ other (?) 

1. What type of logical topology do you use in your network? 

♦ bus CSMA/CD (IEEE 802.3) 

• ethemet 10 Mbps 

Thick—lOBaseS 

Thin ("thinnet", "cheapemet”)- 10Base2 
lOBase-T 

• "starlan" 1 Mbps—IBaseS 

• broadband-10Broad36 

♦ bus token passing (IEEE 802.4) 

♦ ring token passing (IEEE 802.5) 

• 1 Mbps 

• 4 Mbps 

• 16 Mbps 

♦ ANSIFDDI 

♦ proprietary 

• localtalk 

• other (?) 

1. Do you have a schematic of your (sub)network? If not, sketch the physical 
connections of your network. 
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2. Do you have any repeaters in your network? if so, how many, brand/model, 
capabilities... 

3. Do you have any hubs in your network? if so, how many, brand/model, 
capabilities... 

4. Do you have anv routers connected to vour network? if so, brand/model, 
protocols supported, capabilities... 

5. Do you have any other type of distribution devices on your (sub)network? if so, 
brand/model, protocols supported, capabilities... 

6. Are you connected to the campus backbone? 

7. How are you connected to the campus backbone? (vampire tap, router, bridge, 
other(?)) 

8. Do you have any "back door" connections to other LANs or WANs other than a 
direct connection through the campus backbone? (please list/describe) 

9. What is the physical length of your cabling runs? each segment and overall (?) 

10. If bus topology, what is the maximum number of collisions observed? 

11. If bus topology, what is the average number of collisions observed? 

12. Do you have a strategic plan for your (sub)network? 

13. What changes do you anticipate making in the near future (less than 5 years) in the 
architecture of your network? 

14. What would you like to change in your (sub)network within the next five years? 

15. What protocols are supported on your (sub)network 

16. What applications run across/on your (sub)network? 

17. What applications do you anticipate running on your network in the next five 
years? 

18. How many users/nodes are on your network? 
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19. How many logical addresses are on your network? (IP addresses) 

20. How many addresses do you anticipate adding in the next five years? 

21. If you have a server (or servers) on your (sub)network, what is its IP address? 

22. How many man-hours does administration take per week? 

23. What are your responsibilities as (sub)network administrator? 

24. What physical security measures do you practice to protect your (sub)network? 

25. What software security measures do you practice to protect your (sub)network? 

26. Do you know of any other (sub)networks nearby or sharing the same cabling that I 
may not have already identified? 

27. Who are the primary users of your (sub)network? (what faculty, what staff, what 
students, what tenant commands?) 

28. What are the names of the users on your (sub)network that run applications that 
demand the most bandwidth on the (sub)network? 

User : 

1. What applications do you run [that use your (sub)network)]? 

2. What applications do you anticipate adding to your (sub)network or needing on 
your (sub)network within the next five years? 

3. What would you like to add to your (sub)network to improve your work or use of 
the (sub)network that is not included in the response to the previous question? 
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APPENDIX B. SUBNETWORK SUMMARY 


Connection 

Pairs 

"dark” or 
damaged pairs 

Subnetworks serviced 

Notes 

(IngersoU to) Bullard Hall 

1 

0 

131.120.021 

131.120.025 

aerial; crosses over top of Halligan Hall 

Halligan Hall 

1 

0 

(131.120.148) 

131.120.149 

aerial; 

.148 routed off .149 

Root Hall 

9 

6 

(131.120.062) 

13L120.140 

131.120.146 

underground 

.062 routed off .140; one pair used to directly 
connea to IDEA M> computer to VAX in 
Spanagel • not on the campus network. 

Spanagel Hall 

12 

5 

131.120.001 

131.120.007 

131.120.020 

131.120.060 

(131.120.061) 

131.120.101 

131.120.254 

aerial; 

crosses over top of Root Hall then underground 
between Root Hall and Spanagel Hall; .061 
routed off .060; 

one pair used directly connect VAX in 
Spanagel to computer in IDEA lab in Root 

Hall - not on the campus network. 

Dudley Knox Library 

1 

0 

131.120.051 

underground 

Glasgow Hall 

12 

6 

131.120.141 

131.120.142 

131.120.143 

131.120.144 

131.120.145 
131.120.147 

underground 

Bldg 223/224 

1 

0 

131.120.056 

underground; 

thinnet across Bldg 223 to 224 

Bldg 203/200 

1 

0 

131.120.057 

underground; 

thinnet underground between Bldg 203 and 
200 


Hermann Hall to Bldg 427 

1 

0 

131.120.080 

131.120.081 

131.120.130 

131.120.131 

131.120.132 

131.120.133 

underground 


62.5/125 micron multi-mode optical fiber interbuilding cabling. 


Connection 

Number of 
segments 

"dark" or 
damaged 
segments 

Subnetworks serviced 

Notes 

IngersoU Hall to 
Hermaru HaU 

1 

0 

131.120.080 

131.120.081 

131.120.130 

131.120.131 

131.120.132 

131.120.133 

uncterground 


Thicknet coaxial cable interbuilding cabling. 
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Subnetwork designation 

Internetwork 
protocol address 

General 

location(s) 

(3) 

CS Primary 

131.120.001 

Spanagel Hall 

5th floor 

CS Graphics 

131.120.007 

Spanagel Hall 

5th floor 

ECE Spanagel 

131.120.020 

Spanagel Hall 

3rd floor 

ECE Bullard 

131.120.021 

Bullard Hall 

Space Systems 

131.120.025 

Bullard Hall 

SMLabs 

131.120 030 

Ingersoll Hall 

2nd floor 
rms 224,250 

SMLabs 
(secondary to 

131.120.030) 

131.120.038 

Ingersoll Hall 

2nd floor 
rms 224,250 

Systems Management 
(secondary to 

131.120.040) 

131.120.039 

Ingersoll Hall 

3rd floor 

Systems Management 

131.120.040 

Ingersoll Hall 

3rd floor 



thicknet 

thinnet 


thicknet 

thinnet 


lOBaseS 

transceivers, 

multi-port 

10Base2 

repeaters 


multi-port 

10Base5 

transceivers, 

multi-port 

10Base2 

repeaters 


MAC layer 

topology 

(2) 

Network 

layer 

protocols 

(4) 

FOIRL 

IEEE 802.3 

IP 

APP 

VIP 

FOIRL 

IP 

FOIRL 

IEEE 802.3 

IP 

APP 

FOIRL 

IEEE 802.3 

IP 

FOIRL 

IEEE 802.3 

IP 

XNS 

IPX 

APP 

VIP 

IEEE 802.5: 
Token ring 

IP 

XNS 

IPX 

VIP 

APP 

IEEE 802.5: 
Token ring 

IP 

XNS 

IPX 

VIP 

APP 

IEEE 802.3 

IP 

IEEE 802.3 

IP 

XNS 

IPX 

VIP 


Primary 

Primary users applications Devices on 

(1)(3) (1)(3) nodes (1X3) 


CS Dept faculty, admin, research 
staff, students 


Computer Science research 
Dept faculty, staff, 
students 


ECE Dept faculty, SKlmin, research Sun 
staff, students 


ECE Dept faculty, admin, research 
staff, students 


admin, research 


admin, research: 
email, FTP, 
spreadsheets, 
RDBMS, word 
processing 


admin, research; PC 
em^, FTP, Mac 
spreadsheets, 

RDBMS, word 
processing 


admin, research Sun, PC, 
Mac 





Systems 

Management Dept 
faculty and staff, 
TQL Office 


Systems 

Management Dept 
faculty and staff, 
TQL Office 


admin, research 


Sun, PC, 
Mac 


Mike Williams 
X2550 


Mike Williams 
X2550 


Bob Limes 
x3216 


Bob Limes 
x3216 


Jim Homing 
x3199 


LeonSahlman 

x3574 


Leon Sahlman 
X3574 


Leon Sahlman 
x3574 


Leon Sahlman 
X3574 
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Sulmetwork designtttitHi 

Internetwork 
protocol address 

General 

location(s) 

(3) 

Transmission 

media 

(1)(3) 

Computer Center Main 

131.120.0S0 

Ingersoll Hall 

1st floor 

thicknet, 
thinnet 
cat 5 UTP 

Library 

131.120.0S1 

Dudley Knox 
Library 

multi^mode 
optical fiber 
thicknet, 
thinnet, 
cat 5 UTP 

Microcomputer Lab 

131.120.052 

Ingersoll Hall 

1st floor 
rm 104,151, 

371 

Cat 3 UTP, 
(AUI fiom 
router to 151 
and fin 104 to 
151) 

Visualization Lab 

131.120.053 

Ingersoll Hall 

1st floor 
rm 102A, 
102B,148,135 

multi-mode 
optical fiber, 
thicknet, 
thiruiet 

Cray/DEC 

131.120.054 

Ingersoll Hall 
rm 135,148 

multi-mode 
oi^cal fiber 

Study Bam/224 

131.120.056 

Bldgs 223, 

223A, 224 

multi-mode 
optical fiber, 
thinnet 



single and 

multi-port 

lOBaseS 

transceivers, 

multi-port 

10Base2 

repeaters. 


fiber-optic 

transceiver, 

single and 

multi-port 

lOBaseS 

transceivers, 

lOBase-T 

hub 

multi-port 

10Base2 

repeater 


Multi-port 

lOBaseS 

transceiver. 


fiber-optic 


topology 

( 2 ) 


IEEE 802.3: 
lOBaseS, 
10Base2, 
lOBase-T 


FOIRL 
IEEE 802.3: 
lOBaseS 
10Base2 
lOBase-T 


Network 

layer 

protocols 

(4) 



Primary 

Primary users applications E)evices on 

(1)(3) (1K3) nodes (1X3) 


computer center computer center mainframe, Raul Romo 

administration and admin, email. Sun x 2004 

operations, distributed PC Teny Gentry 

students processing x3432 


IEEE 802.3: IP 
10Base2 XNS 
IPX 
VIP 
APP 



admin, library 
research 


word processing PC, 



Raul Romo 
x2004 

Terry Gentry 
x3432 

Diane Ctankshav 
x3342 




IEEE 802 3 
10Base2 
(*mi^t be 
ANSI FDDI 
by now...) 

IP 

APP 

computer center 
staff, students 

Visualization, 
distance learning 
(M-brme), 

Super¬ 
computer, 
SGI, HP, 

Sun, Mac, 

Mike McCann 
x2752 

ANSI FDDI 


computer center 
staff 

VisualizaticHi 

Super¬ 

computer, 

DEC 

Mike McCann 
x2752 

FGIRL 

IEEE 802.3: 
10Base2 

IP 

VIP 

m^eotology staff 

research 

Sun, PC 

Raul Romo 
x2004 

Terry Gentry 
x3432 



















































































Network 





General 

Transmission 

Distribution 

MAC layer 

layer 


ftimary 


Internetwork 

location(s) 

media 

devices 

topology 

protocols 

Primary users 

applications 

Subnetwork designation 

protocol address 

(3) 

(1)(3) 

(1X3) 

(2) 

(4) 

(1)(3) 

(1)(3) 

TRAC Monterey 

131.120.057 

Bldgs 203,200 

multi-mode 

fiber-optic 

FOIRL 

IP 

TRAC Monterey, 

Simulations 




optical fiber, 

transceiver. 

IEEE 802.3: 

APP 

Security, 

email, PV Wave, 




thinnet 

lOBase-T 

10Base2, 

VIP 

Contracting 

Frame, FOCAS, 




Cat 5 UTP 

hub, 8-port 

lOBase-T 


(PWC), OA, 

CCASS,WP 





10Base2 



Command 

Office 





repeaters, 



Evaluation, 


Oceanography 

131.120.060 

Spanagel Hall 

multi-mode 

fiber-optic 

FOIRL 

IP 

Oceanography 

admin and 



3rd floor 

optical fiber 

transceiver 

IEEE 802.3 


faculty staff and 

research 




thicknet 




students 


Oceanography Research 

131.120.061 

Spanagel Hall 

thicknet 


IEEE 802.3 

IP 

Oceanography 

research 



3rd floor 




VIP 

faculty, staff and 




off 131.120.060 





students 


COACLab 

131.120.062 

Root Hall 

thicknet 

Sparc 1+ 

IEEE 802.3: 

IP 

Oceanography, 

file transfers. 



1st floor 

thinnet 

acts as router 

10Base2 


USW,ECE 

NFS 



rms 106-107 
off 131.120.140 


off .140 





MIS Vines / TCP gateway 

131.120.080 

Hermann Hall, 

thicknet 

multi-port 

FOIRL 

IP 

NPS 

email. 

(sub-divided from 


PWC Bldgs 

thinnet 

lOBaseS 

IEEE 802.3: 

XNS 

Administration 

office suites. 

131.120.130) 



Cat 3 UTP 

transceiver. 

l0Base5 

IPX 


C/S apps 




multi-mode 

multi-port 

10Base2 

VIP 


RDBMS, 




optical fiber 

10Base2 

lOBase-T 

APP 


spreadsheets. 





repeaters, 

lOBase-T 

hubs, 

fiber-optic 

transceiver. 




CAD/CAE 

MIS 

131.120.081 

Hermann Hall, 

thicknet 

multi-port 

FOIRL 

IP 

NPS 

email. 

(sub-divided from 


PWC Bldgs 

thinnet 

lOBaseS 

IEEE 802.3: 

XNS 

Administration 

office suites. 

131.120.130) 



Cat 3 UTP 

transceiver. 

10Base5 

IPX 


C/S apps 

(secondary to 



multi-mode 

multi-port 

10Base2 

VIP 


RDBMS, 

131.120.130) 



optical fiber 

10Base2 

lOBase-T 

APP 


spreadsheets. 





repeaters, 

lOBase-T 

hubs, 

fiber-optic 

transceiver. 




CAD/CAE 


Devices on 
nodes(lX3) 


VAX, Sun, 



Jeff Ingram 
x3087 



Sun, HP, PC Stephen Hudson 

X 


Joe LoPiccolo 
x2994 




Joe LoPiccolo 
x2994 















































































SubnetwcHk designstfion 

Intemetwotk 
protocol address 

General 

Iocation(s) 

(3) 

Physics 

131.120.101 

Spanagel Hall 
Physics Dept 

MIS 

131.120.130 

Hermann Hall, 
PWC Bldgs 

Computer Science (HE 5--) 

131.120.131 

Hermann Hall 

DRMI 

131.120.132 

Hermann Hall 
West Wing 

DRMI 

131.120.133 

Hermann Hall 
West Wing 

DMDC 

131.120.135 

DMDC 

Monterey 

DMDC 

131.120.136 

DMDC 

Monterey 

DMDC 

131.120.137 

DMDC 

Monterey 



Transmission 

media 

(1)(3) 

Distribution 

devices 

(1K3) 

MAC layer 
topology 
(2) 

Network 

layer 

protocols 

(4) 

Primary users 
(1)(3) 

Primary 

applications 

(1)(3) 

Deviceson 
nodes (1X3) 

Network Admin 
point of ccHitact 
and extension (1) 


thicknet 

thinnet 

multi-port 

lOBaseS 

transceiver, 

multi-port 

10Base2 

repeaters 

FOIRL 

IEEE 802.3: 

lOBaseS 

10Base2 

IP 

DECnet 

IPX 

VIP 

Physics Admin 

email, 

office suites, 

C/S apps 
RDBMS, 
spreadsheets 


Joe Blau 

X2685 


thicknet, 

thinnet. 

Cat 3 UTP, 
multi-mode 
optical fiber. 

single and 

multi-port 

lOBaseS 

transceivers 

multi-port 

10Base2 

repeaters 

lOBase-T 

hub 

fiber-optic 

transceiver 

FOIRL 

IEEE 802.3: 
iOBaseS 
10Base2 
lOBase-T 

IP 

XNS 

IPX 

VIP 

APP 

NPS 

Administration 

email, 
office suites, 
C/Sapps 
RDBMS, 
spreadsheets, 
CAD/CAE. 


Joe LoPiccolo 
x2994 


thicknet 


IEEE 802.3 

IP 






thicknet 


IEEE 802.3 

IP 

DRMI 





thicknet 


IEEE 802.3 

IP 

DRMI 







IEEE 802.3 

IP 

DMDC 

personnel record 
data transfer 






IEEE 802.3 

IP 

DMDC 

personnel record 
data transfer 






IEEE 802.3 

IP 

DMDC 

personnel record 
data transfer 
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Network 



General 

Transmission 

Distribution 

MAC layer 

layer 


Intnnetwotk 

location(s) 

media 

devices 

topology 

protocols 

Subnetwork designation 

protocol address 

(3) 

(1)(3) 

(1)(3) 

(2) 

(4) 

Root Hall 

131.120.140 

Root Hall 

thicknet 

4-poit 

IEEE 802.3: 

IP 



1st floor: 

thinnet 

10Base2 

10Base5 

XNS 



rms 100-103, 

cat 5 UTP 

repeaters 

10Base2 

IPX 



108 

cat 3 DTP 

8-poit 

lOBase-T 

APP 



2nd floor: 


lOBase-T 


VIP 



rms 200-205, 
210-234, 

251-277 


hubs 



Glasgow 1st Floor 

131.120.141 

Glasgow Hall 

multi-mode 

lOBase-T 

FOIRL 

IP 



1st floor 

optical fiber 

hub (U-B) 

IEEE 802.3: 

XNS 




cat 5 UTP 


lOBase-T 

IPX 







APP 







VIP 

Glasgow 2nd Floor 

131.120.142 

Glasgow Halt 

multi-mode 

lOBase-T 

FOIRL 

IP 



2nd floor 

optical fiber 

hub (U-B) 

IEEE 802.3: 

IPX 




cat 5 UTP 


lOBase-T 

APP 







VIP 

Glasgow Math 

131.120.143 

Glasgow Hall 

multi-mode 

lOBase-T 

FOIRL 

IP 



3rd floor 

optical fiber 

hub (U-B) 

IEEE 802.3: 

IPX 




cat 5 UTP 


lOBase-T 

APP 







VIP 

Glasgow LRC 1 

131.120.144 

Glasgow Hall 

multi-mode 

lOBase-T 

FOIRL 

IP 



1st floor 

optica] fiber 

hub (U-B) 

IEEE 802.3: 

IPX 



rm 128 

cat 5 UTP 


lOBase-T 

APP 







VIP 

Glasgow LRC 2 

131.120.145 

Glasgow Hall 

multi-mode 

lOBase-T 

FOIRL 

IP 



2nd, 3rd floors 

optical fiber 

hub (U-B) 

IEEE 802.3: 

IPX 



rm 203, 309, 

318 

cat 5 UTP 


lOBase-T 


IDEA Ub 

131.120.146 

Root Hall 

multi-mode 

fiber-optic 

FOIRL 

IP 



1st floor 

optical fiber. 

transceiver 

IEEE 802.3: 

DECnet 



rms 117-123 

thicknet 

8-port 

10Base5 

IPX 



2nd floor 

thinnet 

10Base2 

10Base2 

APP 



rms 229-255 


repeater 

lOBaseF 

VIP 


Primary 

Primary users applications Devices on 

(1)(3) (1X3) nodes (1X3) 



DHRSC, 

ClPO, 

lAC faculty and 
staff, students, 

Rm 262 LRC, 
Registrar, 
Research Services, 
SCIFUb, 


admin, research Sun, SGI, 
HP, PC, 
Mac, 



Math Dept faculty admin, research 
and staff 


Raul Romo 

xim 

Terry Gentry 
x3432 

Chuck Taylor 
(rm262LRQ 
x2539 
Gary Porter 
(rm 204 Lab) 

X 

Joe LoPiccolo 
(tms 100-103) 
x2994 


Laiy Moore 
X3170 


Laiy Moore 
X3170 



Meteorology Dept research, admin 

faculty, staff, and 

students 

Boundary Layer 
Studies Group 


HP, DEC, 
Sun, PC 


Laiy Moore 
x3170 


Russ Schwanz 
X3177 
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Subnetwoik designation 



General 

Internetwork location(s) 
{Motocol address (3) 


131.120.147 Glasgow Hall 
3rd floor 



Mechanical Engineering 131.120.148 


Halligan Hall 
(routed off 
131.120.149) 


Aeronautics 


Public Cluster/Router 
Backbone (old campus 
backbone) 


131.120.149 Halligan Hall 


131.120.254 


IngersoU Hall/ 
Spanagel Hall 


multi-mode 
optical fiber 
catSUTP 


multi-mode 
optical fiber 
tliicknet 


multi-mode 
optical fiber 
thicknet 


multi-mode 
optical flber 
thicknet, 
catSUTP 


lOBase-T 
hub (U-B) 



multi-port 

lOBaseS 

transceivers 

lOBase-T 

hub 


MAC layer 

topology 

(2) 

Network 

layer 

protocols 

(4) 

Primary users 
(1)(3) 

Primary 

applications 

(1)(3) 

FOIRL 

IEEE 802.3; 
lOBase-T 

IP 

IPX 

APP 

VIP 

NSA faculty, staff 

admin 

FOIRL 

IEEE 802.3 

IP 

Mechanical 
Engineering Dept 
faculty, staff, 
students 

admin, research 

FOIRL 

IEEE 802.3 

IP 

IPX 

APP 

VIP 

Aero Dept faculty, 
staff, students 

admin, research 

FOIRL 

IEEE 802.3: 

lOBaseS 

lOBase-T 

IP 

XNS 

DECnet 

IPX 

APP 

VIP 

Cisco routers, all 
network users 

admin, research, 
backbone 
internetwork 
connections 


Devices on 
nodes (1X3) 




Lary Moore 
x3170 


Dave Marco 
x2809 


Tony Cricelli 
x2910 


x2004 

Terry Gentry 
x3432 


Notes: 

(1) Blank cell indicates data not collected or data not available. 

(2) Where MAC topology shown as IEEE 802.3 but specific topology not indicated, data not collected or data not available; FOIRL-Fiber Optical Inter Repeater Link 

(3) This table is not meant to be exhaustive, but representative of the NPS campus computer network. 

(4) IP- DoD Internetwork Protocol; IPX-Novell Internetwork Packet Exchange; APP- Apple Appletalk; VIP-Vines Internetwork Protocol; XNS-Xerox Network Services; DECnet-Digital 
Equipment Corporation network protocol 
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APPENDIX C. NETWORK DIAGRAMS 














































The optical fiber segment terminates from the router in Ingersoll Hall in Root Hall room 
268. A FOIRL/lOBaseS repeater connects to a segment of (blue) AUI which connects to 
a lOBaseS transceiver tapped into a thicknet segment in the 2nd floor hall outside room 
268. 

Thicknet 

A thicknet segment runs on the 1st floor primarily in electrical conduit from room 124 
until it terminates in room 106B. In room 106B, two transceivers tap into the thicknet. 
One transceiver connects via AUI to a Sun Sparc 1+ that acts as a router for 131.120.62 
subnetwork traffic in the COAC lab, surrounding offices, and room 107. Another 
transceiver connects to a 4-port 10Base2 repeater in room 106B (hereafter referred to as 
South 10Base2 Repeater ). 

A thicknet segment runs entire length of 2nd floor in the hall. On the north end, the 
thicknet is on the west side from room 277 until room 242. Between rooms 242 and 240, 
it crosses over to the east side of the hall. The thicknet remains on the east side until it 
terminates at the south end outside room 201. 

Several single-port lOBaseS transceivers tap into the cable along its length. Outside room 
268, a tap connects via (gray) AUI to a single port 10Base2 repeater in room 268. This 
single port repeater connects via thinnet to an 8-port 10Base2 repeater (hereafter referred 
to as North lOBasel Repeater) also in room 268. A (gray) AUI connects North 10Base2 
Repeater to a transceiver tapped into a segment of thicknet that runs on the 1st floor. 
Outside room 225, a tap connects via AUI to a lOBase-T hub in room 222 (the public 
access terminal room). Outside room 223, a tap connects to a 4-port 10Base2 repeater in 
room 224A (hereafter referred to as Middle 10Base2 repeater). Another transceiver, 
outside 205B/A connects to a 4-port 10Base2 repeater in room 204. the final tap, at room 
20IE connects to nothing at present. 

UTP 

In room 222, AUI connects to a lOBase-T hub. Two lOBase-T hubs cascade to connect 
15 workstations and a network laser printer. 
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Thinnet 

This note describes the main segments of thinnet on the 131.120.140 subnet by the order 

of the spaces encountered from repeater to termination. 

South 10Base2 Repeater 

Segment 1: 106B, 106D, 103K, 103J, 1031,103H, 103G, 103F, 103E, 103D, 103C 
(crosses Segment 2 in room 103C), Hall. 

Segment 2: 106B, 106D, Entry 2 (into conduit), (outside). Entry 1 (out of conduit), 100, 
1(X)A, 101, lOlA, 102A, 102,103A, 103B, 103C (crosses Segment 1 in 
103C). 

Segment 3; 106B, 106D, (up to second floor through electrical wiring runs), 2nd floor 

hall west side outside 204B, cross to east side at 203E/D, 203C, 203D, 203E, 
205, 203E, 203D, 203C, 203B, 203A, 201J through 201. 

Segment 4: 106B, 106D, (up to second floor through electrical wiring runs), 2nd floor 
hall west side outside 204B, to short hall opposite 203D, 202C, 202B, 202, 
200E, 200D, 200C, 200B, 200A. 

AUI segment: to single port lOBaseS transceiver at room 223 on 1st floor thicknet. 

Middle 10Base2 Repeater 

Segment 1: 224A, 224, hall, 234. 

Segment 2: 224A, 224, hall, 220, 218, 216. 

Segment 3: 224A, 224, hall, Entry 3 (into conduit), 108 (out of conduit). 

Segment 4: 224A, 224, hall, (across hall at 223), 217, 209. 

AUI segment: to single port lOBaseS transceiver at room 223 on 2nd floor thicknet. 

North 10Base2 Repeater 

Segment 1: 268, hall, 272, 277A, 111, across north end of hall, 276, 275, 274, 273, 271, 
269, 267, 265, 264. 

Segment 2: 268, hall, 262 (LRC 10B2ise5 bridge). 

Segment 3: 268, across hall, 267,265,264,263. 

Segment 4: 268, across hall, (skip several room while transiting hall), 229A, 229,227, 

227A, 225,223A, 223,221,219,217, 215,213, 212, across hall at 213, 214, 

210 . 

Segment 5: (to single-port 10Base2 repeater in 268) 

Segment 6: (dummy load) 

Segment 7: (dummy load) 

Segment 8: (dummy load) 

AUI segment: to 1st floor thicknet segment via 10Base5 transceiver. 
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APPENDIX D. CAPACITY ASSESSMENT 
[Vis] presents a simple formula for the assessment of LAN performance in lieu of 
sophisticated analytical models and tools. It is based only on the most essential 
performance parameters. Vis contends his "rule of thumb" is a fairly accurate conservative 
measure when compared to a closed queuing model of a time sharing system. 

The essential performance parameters are LAN transmission speed, C^, total 
capacity required over a period, C, and maximum of the minimal required transfer speed 
per application, S. These three parameters are associated by an equality that approximates 
the more general inequality which describes a simple capacity formula for the design of a 
LAN: 

S = Cian - C (Equation 2) 

The fundamental reasoning behind this. Vis explains, is that the maximum speed at 

which a certain amount of data can be transmitted over a LAN is, on average, equal to the 

difference between the total capacity of the network and the average capacity used by 

other stations on the network. Similarly, when the capacity required, C, on average, by a 

station requiring transfer speed, S, is small compared to the total capacity required for all 

stations and applications, C^, the formula can be rewritten: 

C = CiAN - S (Equation 3) 

Vis provides examples of the application of these formulae used in calculating the 

effect of adding an application requiring a certain transfer speed to the network and 

another for calculating the maximum number of users on the network. He also provides 

theoretical justification for assessment measure. 
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